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

Andrew Cooper?
by Thomas Tempelmann 29 Mar '07

29 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: Acdx9wp6SNnunt3qEduaQAARJHK4jA== Thread-topic: Andrew Cooper? User-agent: Microsoft-Entourage/11.3.3.061214 Does someone know Andrew Cooper or is he even still listening here? I'd like to get in contact with him about a Bluetooth project he was working on last year. Thomas _______________________________________________ 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: Problems with creating strings for a SDPServiceRecord using plists
by Thomas Tempelmann 28 Mar '07

28 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: AcdxCN8ZHY9p5Nz8EduODgARJHK4jA== Thread-topic: Problems with creating strings for a SDPServiceRecord using plists User-agent: Microsoft-Entourage/11.3.3.061214 Ron, > To store non-textual bytes, try using the "Data" data type in your > plist Of course I've tried. > If you have trouble creating the plist in Property List Editor > you can write it out programmatically Been there, done that. Inserting a NSData instead of an NSString into the SDP dictionary just leads to it being ignored entirely. Thomas "not a noob" Tempelmann _______________________________________________ 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: deprecated carbon calls?
by Eric Wagner 28 Mar '07

28 Mar '07

site_archiver(a)lists.apple.com Delivered-To: Bluetooth-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Dn0kkenuTuQi9UlDRPpMwDHmu7Cfl6d8YvUp5RbPv04WaxVBe7FRCLcatAlMWBxB6UGzG5kNvuklh68fK1LLZAggDSm22pgF/OEaHhDs3htXyTlBCgex3QwciYJ3phYUFwSvp1rwUW+q98WaJgjo+Qj93qBntVp+Nk65bIAlqEk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F7jT8GlmUYwOJqh3MW3hpT1W+mnv86C63j9gJ3GyC5qTJKiMH7zinuGhrUuw9RZmFjVtvDM9SESd021H1p95+K27yq+kiffY+IWsnul9w8y7/JIWv/cfEoguoEDhmLPzHUtp7hQ0Q4n71xoAMIZdrzZcZ7W6DXZwWYLEcc7S/Fw= Try placing #define BLUETOOTH_VERSION_USE_CURRENT on a line before you include the Framework headers. Take a look at http://bluecove.googlecode.com/svn/branches/osxPort/. Its currently a messy Java wrapper for OS X Bluetooth. The next problem you'll run into is the lack of a garbage collector if you are using C code, the ThreadCleanups.m file fixes this. The linker has no problem linking C, C++ and cocoa. You'll run into more problems in that a lot of the libraries now assume that the running thread has been initialized in certain respects. Something that is done automatically for cocoa threads. I found this wonderfully useful posting in the maillist from Bubba Giles, appended, which works and which we're basing our carbon bluetooth app on. However, the compiler says that virtually all the calls are deprecated. I can't find any information on this. Also, the note appended seems to indicate the cocoa is more reliable. One possibility is that I write the bluetooth code in cocoa for reliability. if so, how should I mix the two??? Can you have objects in cocoa and some objects in carbon? Should I have 2 binaries that communicate via sockets??? (Geez what a lot of work that would be). I'd really prefer to stay in carbon, but I'm concerned about the deprecated messages. Thanks. _______________________________________________ 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.… On 3/27/07, Daniel Birns <danielbirns(a)gmail.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: deprecated carbon calls?
by Daniel Birns 28 Mar '07

28 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=oTss7jbRScgtf9sZcg3ABWttRba+KHMGIgiojOqwARX7Iv+DSXVn92Yq6H0UloFgQ0J07x3t4Ze33k5+UP1BGABfJwqhM5zHSXP5mr37nj9Xg7PSJ/z5XGqDYD3Cc8afuCIjTa8Z0EIjRoxkGURd03Q/g21B/ntVJ+IHc8Nl3O8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=abVluDZKTVYbhzcim3XDmxM0pIh2n5fuDv94W2MjMp9DucJVRbVhV/V7Gf/antkc47aB/AjUw4wrfZga9r6gjpzjV9VoxbaRQtVl2T/8jCIpNjcZkYXYRuzEfnxYQdFA8lZHEC/4A8OsGEVriY8TB/yljVbVzqsYDW2xYnWk6+8= _______________________________________________ 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

deprecated carbon calls?
by Daniel Birns 27 Mar '07

27 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=JAB1NS7ssIx4BYXPA4JqwaS7JxII/zFQ8iY+3wZYJTh9wocHWseClmLkOj3nEpyQ1dH4vS6WCfNQl/7Z0rYlchP1gvBd/IsMLzwWGVRiiCrtc93wdUig4rzmg4HzK/s7iCgV3VOsPsaroq5DkyDPJzXLnoxceQ8vZb2BaXPJaQI= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=OoYE3rOSIi7U23sPxulwn8Qcw+typrRLnJvvYGnyQW4ek5YBeO6Exe8MOP+L55GdjfTk5TUHDJ/0twtintaYJVWQPVSs4mExyLZMbPmEZcuSTeE24rhVw6tUqONCO76GA+bCxgVjI7JSVbUMIJI4JunYRKFtG84k2vBMy01zrvU= _______________________________________________ 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

Problems with creating strings for a SDPServiceRecord using plists
by Ron Wagner 27 Mar '07

27 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Message: 1 Date: Mon, 26 Mar 2007 21:52:51 +0100 From: Thomas Tempelmann <tt(a)tempel.org> Subject: Problems with creating strings for a SDPServiceRecord using plists To: "bluetooth-dev(a)lists.apple.com" <bluetooth-dev(a)lists.apple.com> Message-ID: <C22DF133.391F%tt(a)tempel.org> Content-Type: text/plain; charset="US-ASCII" I believe I've found two bugs with the plist-to-SDP translation. Anyways, here's what I found, in short: Ron Wagner _______________________________________________ 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 had already written quite a long article about this but then lost it all due to a bug in MS Entourage. When I tried to invoke the "feedback" page for this product, I got an empty page. Go figure... 1. Boolean entries should be translated into records of type "Boolean", but they instead they get stored as type "integer". 2. Even worse, I cannot seem to store non-textual bytes (e.g. byte sequences containing 0x00 etc.) as strings. This is even a bigger flaw as I cannot work around this other than doing it in code. Or does someone know how I would store a string with, say, 40 bytes, using the plist? To store non-textual bytes, try using the "Data" data type in your plist. If you have trouble creating the plist in Property List Editor you can write it out programmatically by putting your data into a CFData, then the CFData into a CFArray or CFDictionary, ... http://developer.apple.com/documentation/CoreFoundation/Conceptual/ CFPropertyLists/index.html This email sent to site_archiver(a)lists.apple.com

1 0

Re: What encoding do strings in IOBluetoothSDPDataElement structures use?
by Thomas Tempelmann 27 Mar '07

27 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: AcdwuaMK4dAgJdysEduODgARJHK4jA== Thread-topic: What encoding do strings in IOBluetoothSDPDataElement structures use? User-agent: Microsoft-Entourage/11.3.3.061214 On 27.3.2007 22:55 Uhr, "Joseph Kelly" <joeman(a)mac.com> wrote: > I've never used IOBluetoothSDPDataElement directly, but it looks like > it has accessors for string, data, numbers, and arrays. If the value > is data, it might just be a block of arbitrary bytes. You can > introspect the actual type of thing which gets returned using > objective-C introspection: NSLog(@"The element class:%@, it's > description is: %@", [elem className], [elem description]); I guess I have not been clear enough. What you suggest is exactly how I introspect the SDP records and how I also try to insert my binary string data. And I came to the conclusion that it's simply a design flaw - the SDP "string" data type should have been implemented as a NSData type on the Mac, not as a NSString type - with the current NSString type, it appears to be impossible to insert binary data into the SDP record. I tried to store a copy of what a Apple Bluetooth Mouse stores in there, and it's not possible - depending on the Encodings I tried (when putting a sequence of bytes into a NSString, you have to provide an encoding), the NSString either rejects the bytes or creates an internal representation that doesn't come out right again. Ergo: It's currently impossible to create a HID service on the Mac. I'll file a bug report tomorrow. Thomas _______________________________________________ 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: What encoding do strings in IOBluetoothSDPDataElement structures use?
by Joseph Kelly 27 Mar '07

27 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hope that helps, Joseph K. On Mar 26, 2007, at 3:35 PM, Thomas Tempelmann wrote: How can this be solved? Thomas _______________________________________________ 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/joeman%40mac.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.… I've never used IOBluetoothSDPDataElement directly, but it looks like it has accessors for string, data, numbers, and arrays. If the value is data, it might just be a block of arbitrary bytes. You can introspect the actual type of thing which gets returned using objective-C introspection: NSLog(@"The element class:%@, it's description is: %@", [elem className], [elem description]); I wonder if it was smart to store byte sequences of SDP records as NSStrings only because the SDP specification calls them "strings". The problem at hand is that I need to store non-textual strings in the SDP records but apparently can't: Apple's Bluetooth libs require me to pass the data in NSString containers, but those are for text, and need a encoding, which is basically nonsense, it appears to me. I am trying to store a sequence of bytes into an NSString, but when I try to store it as a UTF8 string, the [NSString initFromData] call does come back with nil - apparently it does not like the data I passed as it's not valid UTF8. So what can I do? I cannot find a "binary data" encoding. And when I use some other encoding, then I might have to risk that when generating the actual SDP data that gets passed to other devices, it gets converted into a different encoding, altering my original data. This email sent to joeman(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

RFCOMM + SCO connection
by Mihnea Galca 27 Mar '07

27 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Importance: Normal User-agent: SquirrelMail/1.4.7-4.fc4 Everything in this message is related to latest Mac OS. Is it possible to have a rfcomm connection with a bluetooth headset on top of which to start/stop SCO connection ? Usage scenario: a RFCOMM connection has to be maintained to a bluetooth headset to get button press events, but in the same time, SCO is activated to play/record sounds using the headset. So far, I could make a RFCOMM connection to capture button press events, but I couldn't start SCO in any way. SCO seems connected to a system audio device which connects/disconnects the headset when needed. I couldn't find any method to control SCO from API. How can I solve the problem in the above given scenario ? Do I need to develop my own SCO layer over RFCOMM and create a new audio device driver ? Any pointers to do such a thing ? Regards, Mihnea GALCA _______________________________________________ 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: What encoding do strings in IOBluetoothSDPDataElement structures use?
by Thomas Tempelmann 26 Mar '07

26 Mar '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: Acdv9xQ1Ur+oONvqEduPCwARJHK4jAAAUrP5 Thread-topic: What encoding do strings in IOBluetoothSDPDataElement structures use? User-agent: Microsoft-Entourage/11.3.3.061214 There aren't any Apple engineers on this list, are there? Meaning it's quite futile to ask more questions here anyways? Any suggestions on how I could get help other than paying money for a tech support indicent with Apple? I could file some bug reports, but recent previous experiences do not give me hope that I'd get the necessary feedback that way... what do others think? Thomas _______________________________________________ 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