site_archiver@lists.apple.com Delivered-To: bluetooth-dev@lists.apple.com Thanks Joe, M. Am 05.12.2005 um 23:00 schrieb Joseph Kelly: joe On Dec 5, 2005, at 1:46 PM, Moritz Gmelin wrote: Hi, Thanks. Moritz _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/joeman%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.a... 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. 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? 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 ? This email sent to joeman@mac.com This email sent to site_archiver@lists.apple.com