This is a good (but bad news) find -- looks like we have a bug in our parser that does not handle a zero-length name header properly. Unfortunately, we have never seen any device send a zero-length name, so we did not catch it. I can provide you with a new parser library that should fix the problem, just let me know if you would like to try it out. At least it will get you going again. jason bubba@apple.com

It is quite likely I have a memory problem somewhere, but as I know

Apple engineers are reading this, I am hoping for some inside

information on what could be going wrong.

Basically, in my OBEX-get handler, I extract the OBEX-headers like this:

CFDictionaryRef dictionaryRef = NULL;

dictionaryRef = OBEXGetHeaders( inOBEXSessionEventData->headerDataPtr,

inOBEXSessionEventData->headerDataLength );

This ends up crashing on Jaguar 6C106. Stack trace as follows:

#0 0x90074e84 in memmove

#1 0x901bc84c in __CFStringCreateImmutableFunnel3

#2 0x9014f9fc in CFStringCreateWithBytes

#3 0x96f20128 in OBEXGetHeaders

#4 0x002d177c in -[JSIrMCTransportImpl OBEXGetHandler:]

(JSIrMCTransportImpl.m:315)

Now, it works fine the first time I'm doing a get, but crashes with a

SIGSEGV the second time (for a different file). Looking at the headers

before calling OBEXGetHeaders, I noticed that the second time around,

the device has passed an empty "name" header, like this:

0000: 01 00 03 49 01 bb 54 6f 74 61 6c 2d 52 65 63 6f

...I..Total-Reco

It is _possible_ (although not likely) that this is causing the problem

in OBEXGetHandler. Unless, of course I have messed up the heap before

all this happens.

Any ideas? Most importantly, it would be really helpful to learn from

Apple developers what could be going wrong in OBEXGetHeaders; as far as

I can tell from using NSLog, the data I'm passing to OBEXGetHeaders is

ok.

Cheers,

Jonas

PS. Also. The received data fits in one frame.

PPS. If there is a better channel for discussing this, let me know.

_______________________________________________

bluetooth-dev mailing list | bluetooth-dev@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@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.