site_archiver@lists.apple.com Delivered-To: bluetooth-dev@lists.apple.com A radar is always the better way to make sure bugs don't get lost. Please file one for the Boolean parsing being wrong, and the crash in blued. As for putting binary data into a string SDP element, this is kind of overloaded to make SDP records look like plists. In order to force the data to not be parsed by CF/NSString, use a dictionary of the form Item (dictionary) DataElementType (number) : 4 (SDP string type) DataElementSize (number) : length of data DataElementValue (data): raw data IOBluetoothAddServiceDict is currently the only way to register a service, but we are looking to deprecate the older C API, which means making Objective-C alternatives available wherever needed. If you have any suggestions, please file enhancement requests. - Craig On Jul 21, 2010, at 6:29 AM, Matthias Ringwald wrote:
Hi
I did more tests with dictionaries and found out that IOBluetoothAddServiceDict fails to handle BOOL data elements.
If I specify an attribute like this:
Item (dictionary) DataElementType (integer): 5 DataElementSize (integer) : 1 DataElementValue (integer): 1
the service record received by a remote device lacks the value byte, and gets the header of the next data element as the value of the BOOL entry. It did not crash for me but this clearly is a bug. Can someone from the Apple devs please have a look at this? (I guess posting here is more efficient than filling out a rdar - google could find this mail).
Also, does anybody know if are there other methods/functions, maybe private ones, that add a service that contains BOOL attribute value?
Best Matthias
Am Jul 17, 2010 um 4:05 PM schrieb Thomas Tempelmann:
Back in 2007, I had tried to create a HID bluetooth service on a OS X (Tiger) system. That failed, due to bugs in OS X (rdar:5094971).
Later, when I had long given up on this project, I received note that this issue had been resolved in 10.5. I received no details on how this was resolved, though.
Now I finally tried again, and this time, it's gotten worse: While on Tiger I simply noticed wrong SDP entries for my registered service, now the same code crashes blued, apparently.
All I do is to invoke IOBluetoothAddServiceDict just as it's documented in Apple's BT docs under "Adding a Service Definition to the SDP Database". I've been trying with two different HID plists, one for a simple "3 button boot mouse" and one with what Apple's own original Bluetooth uses. Neither the crashlog nor the syslog are giving any helpful indication what's going wrong.
I'm trying this on 10.6.4.
Does anyone know more on this?
Has anyone ever successfully registered a HID service on OS X?
And is there perhaps a ObjC alternative to this C function? I could not find one.
-- Thomas Tempelmann, http://www.tempel.org/ _______________________________________________ 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/mringwal%40inf.ethz.ch
This email sent to mringwal@inf.ethz.ch
_______________________________________________ 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/cdooley%40apple.com
This email sent to cdooley@apple.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... This email sent to site_archiver@lists.apple.com