10.2.4 OBEX connection Bug
Hi, I have a TDK bluetooth Adapter and A Nokia 6310 phone. - I am running 10.2.4 I have been noticing strange behaviour in pairing / connecting to the phone since upgrading to 10.2.4 I have been using the Obj-C OBEX classes (much like in OBEXSample) in my own app. Under 10.2.4 I often have to unplug my USB adapter and re-attach it before my mac will sucessfully make an OBEX connection to the phone. When it fails to connect I either get kOBEXSessionNotConnectedError (or sometimes 4 which does not seem to be a valid return code) When this happens I must unplug-replug to get connections going again. This did not happen before 10.2.4 This happens in Address Book too. Very occasionally this causes my app to crash - and by the look of the crash report - it's not in my code: Is this crash dump useful? Another thing I noticed is that when the user cancels the snazzy new bluetooth Service Discovery sheet it seems to return -1001 and not kIOBluetoothUIUserCanceledErr (-128) like the old one used to. Date/Time: 2003-02-28 17:44:26 +0000 OS Version: 10.2.4 (Build 6I32) Host: DiggorysPowerBookG3.local. Command: SixtyThreeTen PID: 1592 Exception: EXC_BAD_ACCESS (0x0001) Codes: KERN_INVALID_ADDRESS (0x0001) at 0x09f3a3a4 Thread 0 Crashed: #0 0x9068ba50 in objc_msgSend #1 0x905d9544 in DeviceConfigAsyncHCINotificationHandler #2 0x905e5c34 in -[IOBluetoothNotification invokeCallbackWithDataRunLoopScheduled:] #3 0x907fd32c in __NSFireDelayedPerform #4 0x901632f0 in __CFRunLoopDoTimer #5 0x90148e48 in __CFRunLoopRun #6 0x90180fe4 in CFRunLoopRunSpecific #7 0x969a3160 in RunCurrentEventLoopInMode #8 0x969b3118 in ReceiveNextEventCommon #9 0x969da208 in BlockUntilNextEventMatchingListInMode #10 0x9308d8ac in _DPSNextEvent #11 0x9309fb04 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] #12 0x930b15e4 in -[NSApplication run] #13 0x9315f6b8 in NSApplicationMain #14 0x00004a70 in main (main.m:13) #15 0x000047f4 in _start (crt.c:267) #16 0x00004674 in start Thread 1: #0 0x9003eaa8 in semaphore_wait_signal_trap #1 0x9003e8c4 in _pthread_cond_wait #2 0x90824180 in -[NSConditionLock lockWhenCondition:] #3 0x93081388 in -[NSUIHeartBeat _heartBeatThread:] #4 0x9081cd38 in forkThreadForFunction #5 0x90020d48 in _pthread_body PPC Thread State: srr0: 0x9068ba50 srr1: 0x0000f030 vrsave: 0x00000000 xer: 0x00000000 lr: 0x905d9544 ctr: 0x9068ba3c mq: 0x00000000 r0: 0x905d9544 r1: 0xbfffe500 r2: 0x24002288 r3: 0x017581d0 r4: 0x9060a4d0 r5: 0x01732ee0 r6: 0x00000000 r7: 0x00000000 r8: 0x00054010 r9: 0xa0135424 r10: 0x905d1b30 r11: 0xa05d040c r12: 0x09f3a384 r13: 0x00000000 r14: 0x00000000 r15: 0x00000001 r16: 0x00000001 r17: 0x00000000 r18: 0x24002280 r19: 0x00000000 r20: 0x00006843 r21: 0x00000000 r22: 0x00055020 r23: 0x00055128 r24: 0x00000001 r25: 0x017581d0 r26: 0x00000000 r27: 0x01250070 r28: 0x905d1b24 r29: 0x01733d60 r30: 0x01732ee0 r31: 0x905d9244 Diggory Laycock ---------------------- http://www.monkeyfood.com _______________________________________________ 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.
participants (1)
-
Diggory Laycock