Re: closeChannel in ChannelOpenNotification
Re: closeChannel in ChannelOpenNotification
- Subject: Re: closeChannel in ChannelOpenNotification
- From: Moritz Gmelin <email@hidden>
- Date: Mon, 5 Dec 2005 23:17:27 +0100
Thanks Joe,
but then the client would still get a CONNECTION_ACCEPTED followed by
a DISCONNECT_REQUEST. I'd rather have the client get a
CONNECTION_REJECTED just as if no listener would have been set.
M.
Am 05.12.2005 um 23:00 schrieb Joseph Kelly:
Sounds like a Bluetooth.framework bug -- it's not setting some kind
of state in the RFCOMM object before calling your delegate and your
closeChannel doesn't happen?
You could probably defer the closeChannel until outside your
delegate -- maybe call -performSelectorOnMainThread... with the
waitUntilDone flag set to false?
joe
On Dec 5, 2005, at 1:46 PM, Moritz Gmelin wrote:
Hi,
I have a listener Object for channelOpenEvents on some RFComm
channel.
Now if I decide that I actually don't want a certain connection
to be established, I try to call [newChannel closeChannel] on that
newChannel object from inside my listener method.
But the client does not get a DISCONNECT_REQ message. (I checked
with PacketLogger).
How can I reject a connection inside my newRFCOMMChannelOpened
listener method ?
Thanks.
Moritz
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden