January 2003 - Bluetooth-dev

Re: IOBluetoothLocalDeviceReadName
by Eric Brown 15 Jan '03

15 Jan '03

On Tuesday, January 14, 2003, at 03:50 PM, Garth Cummings wrote: Hi Paul, As a speculation, would IOServiceWaitQuiet() in IOKit/IOKitLib.h work? This would required diving down into the I/O Kit layer briefly, > though. Unfortunately no... the configuration process that needs to complete is controlled by the daemon (blued). There is no notification or state that goes along with the completion, so there's no way to currently wait for it. - Eric On Tuesday, January 14, 2003, at 11:22 AM, Eric Brown wrote: On Tuesday, January 14, 2003, at 06:36 AM, Paul Davis wrote: I have a question about the IOBluetoothLocalDeviceReadName function. When the Bluetooth USB dongle is plugged in and I start my application this function returns the machine name. However, if I unplug/plug the USB when my application is active, the IOBluetoothLocalDeviceReadName callback always returns what appears to be the USB device default name (i.e. Broadcom BCM2033) instead of the machine name. Is their any notification that can tell me when the firmware download to the USB dongle is complete so that I don't request the local device name prematurely? Or, can the callback from IOBluetoothLocalDeviceReadName be changed to only return when the firmware download to the Bluetooth USB dongle is complete? As you've found, there is a race between the device appearing to an application and begin fully initialized by the system. In this case, I don't think the problem is the firmware download so much as the difference in time between the device first appearing in the IORegistry (which is what our API uses to find the device), and the daemon getting the same notification and configuring the device with the proper name, scan modes etc... I also tried using while(!(IOBluetoothLocalDeviceAvailable()) as the delay before requesting the local name and this was unsuccessful as well. I ended up using a time delay as a workaround. I was hoping to get around this since the time delay required may be different depending on machine speed. For now, the delay is probably your best bet. We are working on fixing the problem so that applications won't know about a device until the daemon has fully configured it. - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored. _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: IOBluetoothLocalDeviceReadName
by Paul Davis 15 Jan '03

15 Jan '03

Garth, I had to dive into IOKit already in order to detect the USB device attach/detach. I will look into IOServiceWaitQuiet() and see if this provides a means to solve the problem. Thanks, Paul Davis On 1/14/03 6:50 PM, "Garth Cummings" <gcummings(a)apple.com> wrote: > Hi Paul, > > As a speculation, would IOServiceWaitQuiet() in IOKit/IOKitLib.h work? > This would required diving down into the I/O Kit layer briefly, though. > > --gc > > On Tuesday, January 14, 2003, at 11:22 AM, Eric Brown wrote: > >> On Tuesday, January 14, 2003, at 06:36 AM, Paul Davis wrote: >> >>> I have a question about the IOBluetoothLocalDeviceReadName function. >>> When >>> the Bluetooth USB dongle is plugged in and I start my application this >>> function returns the machine name. However, if I unplug/plug the USB >>> when my >>> application is active, the IOBluetoothLocalDeviceReadName callback >>> always >>> returns what appears to be the USB device default name (i.e. Broadcom >>> BCM2033) instead of the machine name. Is their any notification that >>> can >>> tell me when the firmware download to the USB dongle is complete so >>> that I >>> don't request the local device name prematurely? Or, can the callback >>> from >>> IOBluetoothLocalDeviceReadName be changed to only return when the >>> firmware >>> download to the Bluetooth USB dongle is complete? >>> >> >> As you've found, there is a race between the device appearing to an >> application and begin fully initialized by the system. In this case, >> I don't think the problem is the firmware download so much as the >> difference in time between the device first appearing in the >> IORegistry (which is what our API uses to find the device), and the >> daemon getting the same notification and configuring the device with >> the proper name, scan modes etc... >> >>> I also tried using while(!(IOBluetoothLocalDeviceAvailable()) as the >>> delay >>> before requesting the local name and this was unsuccessful as well. >>> >>> I ended up using a time delay as a workaround. I was hoping to get >>> around >>> this since the time delay required may be different depending on >>> machine >>> speed. >>> >>> >> >> For now, the delay is probably your best bet. We are working on >> fixing the problem so that applications won't know about a device >> until the daemon has fully configured it. >> >> - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: IOBluetoothLocalDeviceReadName
by Garth Cummings 14 Jan '03

14 Jan '03

Hi Paul, As a speculation, would IOServiceWaitQuiet() in IOKit/IOKitLib.h work? This would required diving down into the I/O Kit layer briefly, though. --gc On Tuesday, January 14, 2003, at 11:22 AM, Eric Brown wrote: On Tuesday, January 14, 2003, at 06:36 AM, Paul Davis wrote: I have a question about the IOBluetoothLocalDeviceReadName function. When the Bluetooth USB dongle is plugged in and I start my application this function returns the machine name. However, if I unplug/plug the USB when my application is active, the IOBluetoothLocalDeviceReadName callback always returns what appears to be the USB device default name (i.e. Broadcom BCM2033) instead of the machine name. Is their any notification that can tell me when the firmware download to the USB dongle is complete so that I don't request the local device name prematurely? Or, can the callback from IOBluetoothLocalDeviceReadName be changed to only return when the firmware download to the Bluetooth USB dongle is complete? As you've found, there is a race between the device appearing to an application and begin fully initialized by the system. In this case, I don't think the problem is the firmware download so much as the difference in time between the device first appearing in the IORegistry (which is what our API uses to find the device), and the daemon getting the same notification and configuring the device with the proper name, scan modes etc... I also tried using while(!(IOBluetoothLocalDeviceAvailable()) as the delay before requesting the local name and this was unsuccessful as well. I ended up using a time delay as a workaround. I was hoping to get around this since the time delay required may be different depending on machine speed. For now, the delay is probably your best bet. We are working on fixing the problem so that applications won't know about a device until the daemon has fully configured it. - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: Java API for bluetooth
by Eric Brown 14 Jan '03

14 Jan '03

On Tuesday, January 14, 2003, at 11:38 AM, Graham Savage wrote: Is there one for Mac OS-X? There is currently no java-specific Bluetooth API on Mac OS X. However the existing API is Objective-C and should be accessible through the java-ObjC bridge. - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Java API for bluetooth
by Graham Savage 14 Jan '03

14 Jan '03

Is there one for Mac OS-X? Thanks Graham _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: IOBluetoothLocalDeviceReadName
by Eric Brown 14 Jan '03

14 Jan '03

On Tuesday, January 14, 2003, at 06:36 AM, Paul Davis wrote: I have a question about the IOBluetoothLocalDeviceReadName function. When the Bluetooth USB dongle is plugged in and I start my application this function returns the machine name. However, if I unplug/plug the USB when my application is active, the IOBluetoothLocalDeviceReadName callback always returns what appears to be the USB device default name (i.e. Broadcom BCM2033) instead of the machine name. Is their any notification that can tell me when the firmware download to the USB dongle is complete so that I don't request the local device name prematurely? Or, can the callback from IOBluetoothLocalDeviceReadName be changed to only return when the firmware download to the Bluetooth USB dongle is complete? As you've found, there is a race between the device appearing to an application and begin fully initialized by the system. In this case, I don't think the problem is the firmware download so much as the difference in time between the device first appearing in the IORegistry (which is what our API uses to find the device), and the daemon getting the same notification and configuring the device with the proper name, scan modes etc... I also tried using while(!(IOBluetoothLocalDeviceAvailable()) as the delay before requesting the local name and this was unsuccessful as well. I ended up using a time delay as a workaround. I was hoping to get around this since the time delay required may be different depending on machine speed. For now, the delay is probably your best bet. We are working on fixing the problem so that applications won't know about a device until the daemon has fully configured it. - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

IOBluetoothLocalDeviceReadName
by Paul Davis 14 Jan '03

14 Jan '03

I have a question about the IOBluetoothLocalDeviceReadName function. When the Bluetooth USB dongle is plugged in and I start my application this function returns the machine name. However, if I unplug/plug the USB when my application is active, the IOBluetoothLocalDeviceReadName callback always returns what appears to be the USB device default name (i.e. Broadcom BCM2033) instead of the machine name. Is their any notification that can tell me when the firmware download to the USB dongle is complete so that I don't request the local device name prematurely? Or, can the callback from IOBluetoothLocalDeviceReadName be changed to only return when the firmware download to the Bluetooth USB dongle is complete? I also tried using while(!(IOBluetoothLocalDeviceAvailable()) as the delay before requesting the local name and this was unsuccessful as well. I ended up using a time delay as a workaround. I was hoping to get around this since the time delay required may be different depending on machine speed. Thanks, Paul Davis _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

BluetoothUI with Carbon
by Tommy Gunnarsson 14 Jan '03

14 Jan '03

Hello, I'm working on a small carbon application where the Bluetooth API:s will be used. I have tried to use the paring panel, but it will not work. I wonder if someone has done this before and can give me some guide lines. I also wonder if it is able to use the the paired devices Mac OSX4s system preferences? /hope someone knows _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Sco link?
by Adam Hall 04 Jan '03

04 Jan '03

Does the Apple Bluetooth stack support SCO links? I have just started programming for BlueTooth on the Mac so forgive me if this is a stupid question! -Adam _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: How to use OBEXAddTargetHeader ?
by Bubba Giles 02 Jan '03

02 Jan '03

> Ok. I give up. What does one have to pass to the OBEXAddTargetHeader > (and similar functions). The documentation makes is sound like it's the > same as say, OBEXAddTypeHeader. They are both supposed to 'Add a > CFStringRef to a dictionary of OBEXheaders'. You are right, the headerdoc is misleading - some clone-and-zone copy pasting going on in there. Sorry about thet confusion. I'll update it for the next developer release. Since the target header is a byte sequence you just need to pass a pointer to the data you want to use, and the length of the data. For example, if you wanted to add an FTP target identifier, it must be the value F9EC7BC4-953C-11D2-984E-525400DC9E09, so do this: uint8_t targetUUID[] = { 0xF9, 0xEC, 0x7B, 0xC4, 0x95, 0x3C, 0x11, 0xD2, 0x98, 0x4E, 0x52, 0x54, 0x00, 0xDC, 0x9E, 0x09 }; OBEXAddTargetHeader( targetUUID, sizeof( targetUUID ), dictionary ); > But obviously they are not the same at all. Where OBEXAddTypeHeader > specifically takes a CFStringRef OBEXAddTargetHeader takes a void > pointer and a length of the data in it. I have tried to put the data > into it in may different ways now. And all of them results in the > following message on the console when calling OBEXHeadersToBytes: > > ****** leaking object added to OBEX headers dictionary; the passed > dictionary needs to use the default value callbacks! ****** This error is because you are probably creating the dictionary with NULL callbacks. Create it like this instead: dictionary = CFDictionaryCreateMutable( kCFAllocatorDefault, 1, &kCFTypeDictionaryKeyCallBacks, &kCFTypeDictionaryValueCallBacks ); That should get rid of that warning and make it so your app is not leaking memory when using the OBEX header stuff. I hope that clarifies things a bit, Jason bubba(a)apple.com _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0