March 2006 - Bluetooth-dev - lists.apple.com

Low power modes
by Zach Rosen 12 Mar '06

12 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com -Z _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… Does a slave device determine when to drop into a low power mode or does it need to be told to do so by the master device? Would a slave device drop into Hold or Park mode while an RFCOMM channel was open if there was no data being transmitted? This email sent to site_archiver(a)lists.apple.com

1 0

Low power modes
by Zach Rosen 12 Mar '06

12 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com -Z _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… Does a slave device determine when to drop into a low power mode or does it need to be told to do so by the master device? Would a slave device drop into Hold or Park mode while an RFCOMM channel was open if there was no data being transmitted? This email sent to site_archiver(a)lists.apple.com

1 0

Callback for IOBluetoothRFCOMMChannelCloseChannel
by Geoffrey Schmit 08 Mar '06

08 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com On Mac OS X 10.3.9, when I invoke the IOBluetoothRFCOMMChannelCloseChannel function, my event listener function is not called with the kIOBluetoothRFCOMMChannelEventTypeClosed event. The basic flow of my program is (pseudo code): _deviceRef = IOBluetoothDeviceCreateWithAddress( &deviceAddress ); IOBluetoothDeviceOpenConnection( _deviceRef, NULL, NULL ); IOBluetoothDeviceOpenRFCOMMChannelAsync( _deviceRef, &_rfcommChannelRef, rfcommChannelID, rfcommEventListener, (void*)this ) CFRunLoopRunInMode( kCFRunLoopDefaultMode, 10 /* seconds */, false ); // returns after kIOBluetoothRFCOMMChannelEventTypeOpenComplete event is received [ write and read here ] IOBluetoothRFCOMMChannelCloseChannel( _rfcommChannelRef ); CFRunLoopRunInMode( kCFRunLoopDefaultMode, 10 /* seconds */, false ); // times out on 10.3.9; // returns after kIOBluetoothRFCOMMChannelEventTypeClosed event is received on 10.4.5 IOBluetoothObjectRelease( _rfcommChannelRef ); IOBluetoothDeviceCloseConnection( _deviceRef ); IOBluetoothObjectRelease( _deviceRef ); My rfcommEventListener function is called with the kIOBluetoothRFCOMMChannelEventTypeOpenComplete message after I invoke the IOBluetoothDeviceOpenRFCOMMChannelAsync function. It is also called with the kIOBluetoothRFCOMMChannelEventTypeData event. However, it is not called with the kIOBluetoothRFCOMMChannelEventTypeClosed event after I invoke the IOBluetoothRFCOMMChannelCloseChannel function. Should it be? The same code, when run on Mac OS X 10.4.5, does result in the rfcommEventListener function being called with the kIOBluetoothRFCOMMChannelEventTypeClosed event after I invoke the IOBluetoothRFCOMMChannelCloseChannel function. Which is the proper behavior? Which messages should I expect when? Thanks for any help! geoff -- Geoffrey Schmit Principal Engineer National Instruments geoffrey.schmit(a)ni.com www.ni.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

How do you use a sheet with IOBluetoothPairingController?
by Morgan Redman 08 Mar '06

08 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

RE: Bluetooth, NSApplication and NSRunLoop
by Mark de Rooi 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hi, I use CFRunLoopStop(CFRunLoopGetCurrent()); to terminate the run loop. HTH, Mark George From: Joseph Kelly [mailto:joeman@mac.com] Sent: 01 March 2006 17:59 To: Van Den Driessche, George Cc: bluetooth-dev(a)lists.apple.com Subject: Re: Bluetooth, NSApplication and NSRunLoop NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NS_DURING [[NSRunLoop currentRunLoop] configureAsServer]; [[NSRunLoop currentRunLoop] run]; NS_HANDLER NSLog(@"*** tool got exception while running. %@", localException); NS_ENDHANDLER [pool release]; _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… I've hit the exact same problem as you - my run loop never terminates. As you point out, the documentation says it should stop once all its input sources have been removed. You claim that removing all the sources doesn't work, but how are you trying to do that? I can't find any API for enumerating the inputs of a run loop, and I can't find what it is I am meant to invalidate in order to remove the Bluetooth session implicitly. Any hints? This is what I've done -- in main.m: I'm still trying to figure out how to exit the run loop -- the documentation says you've gotta remove all the sources, and I've done just that with no luck (and I've also tried CFRunLoopQuit), so I just exit(0). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bluetooth, NSApplication and NSRunLoop
by Joseph Kelly 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com But if you find anything, I'd sure like to know ;-) joe On Mar 1, 2006, at 10:28 AM, Van Den Driessche, George wrote: George From: Joseph Kelly [mailto:joeman@mac.com] Sent: 01 March 2006 17:59 To: Van Den Driessche, George Cc: bluetooth-dev(a)lists.apple.com Subject: Re: Bluetooth, NSApplication and NSRunLoop This is what I've done -- in main.m: On Mar 1, 2006, at 8:47 AM, Van Den Driessche, George wrote: [SNIP] _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… I'll rephrase that as removing all the run loops that I've personally installed, and when I print a description of the run loop to the console, it looks like there are no more sources on it. I've tried NSLog("%@") but not CFShow(CFRunLoopGetCurrent()). I might re- investigate this, but since exit(0) works (i.e. none of my un- released objects have any crucial -dealloc: tasks) I'm loathe to. I've hit the exact same problem as you - my run loop never terminates. As you point out, the documentation says it should stop once all its input sources have been removed. You claim that removing all the sources doesn't work, but how are you trying to do that? I can't find any API for enumerating the inputs of a run loop, and I can't find what it is I am meant to invalidate in order to remove the Bluetooth session implicitly. Any hints? NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NS_DURING [[NSRunLoop currentRunLoop] configureAsServer]; [[NSRunLoop currentRunLoop] run]; NS_HANDLER NSLog(@"*** tool got exception while running. %@", localException); NS_ENDHANDLER [pool release]; I'm still trying to figure out how to exit the run loop -- the documentation says you've gotta remove all the sources, and I've done just that with no luck (and I've also tried CFRunLoopQuit), so I just exit(0). This email sent to site_archiver(a)lists.apple.com

1 0

RE: Bluetooth, NSApplication and NSRunLoop
by Van Den Driessche, George 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: AcY9WdbyXpL9OvcHRMK/gLsiUsjHLwAAr3CgAABEQ5A= Thread-topic: Bluetooth, NSApplication and NSRunLoop I've hit the exact same problem as you - my run loop never terminates. As you point out, the documentation says it should stop once all its input sources have been removed. You claim that removing all the sources doesn't work, but how are you trying to do that? I can't find any API for enumerating the inputs of a run loop, and I can't find what it is I am meant to invalidate in order to remove the Bluetooth session implicitly. Any hints? George From: Joseph Kelly [mailto:joeman@mac.com] Sent: 01 March 2006 17:59 To: Van Den Driessche, George Cc: bluetooth-dev(a)lists.apple.com Subject: Re: Bluetooth, NSApplication and NSRunLoop This is what I've done -- in main.m: NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NS_DURING [[NSRunLoop currentRunLoop] configureAsServer]; [[NSRunLoop currentRunLoop] run]; NS_HANDLER NSLog(@"*** tool got exception while running. %@", localException); NS_ENDHANDLER [pool release]; I'm still trying to figure out how to exit the run loop -- the documentation says you've gotta remove all the sources, and I've done just that with no luck (and I've also tried CFRunLoopQuit), so I just exit(0). On Mar 1, 2006, at 8:47 AM, Van Den Driessche, George wrote: [SNIP] _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bluetooth, NSApplication and NSRunLoop
by Joseph Kelly 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bluetooth, NSApplication and NSRunLoop
by Joseph Kelly 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bluetooth, NSApplication and NSRunLoop
by Ruotger Skupin 01 Mar '06

01 Mar '06

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Yes, you should be able to use a NSRunLoop only. Am 01.03.2006 um 17:47 schrieb Van Den Driessche, George: Hello again! http://lists.apple.com/archives/bluetooth-dev/2005/May/msg00012.html Many thanks, George _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: --- "Less code is better code" - Wil Shipley Ruotger Skupin, Mac OS X Software Engineering ilink Kommunikationssysteme GmbH Münzstr. 13; 10178 Berlin - Germany _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… Have a look at NSAutoreleasePool too, as NSApplication manages a pool for you and in a command line utility you need to do that yourself. I've just wasted about a day working out that if I want my delegates to be invoked in response to Bluetooth events, I have to run a run loop. I'm not the first to have this problem: I can find nowhere in the Bluetooth documentation that mentions this; I had to wait for a flash of inspiration at one in the morning. Now I've got an NSApplication that I run and my callbacks are getting called back. But I'm writing a command line utility that shouldn't need a whole NSApplication. Can I instead use an NSRunLoop as a more lightweight alternative? Initially it didn't seem to work but I might just be doing something slightly wrong. So I'd like to know whether it's worth pursuing at all. This email sent to site_archiver(a)lists.apple.com

1 0