Crash in Carbon App quitting while AppleTalking
Crash in Carbon App quitting while AppleTalking
- Subject: Crash in Carbon App quitting while AppleTalking
- From: Lyndsey Ferguson <email@hidden>
- Date: Tue, 11 Jun 2002 10:25:42 -0400
Hello,
I have a crash that occurs in my application if it is Quit during the first
few seconds of its life. During the first few seconds of the application,
cooperative threads are trying to:
- build a list of AppleTalk Zones
- search for a NBP service matching what we intend to register
- register the NBP service
I believe that some portion of my code to be the culprit, but am having a
difficult time discovering where. The reason I believe that this area is the
problem is because of the timing and the crash log report hints to me that
it could be the problem. From what I have read (from other people's emails)
of the crash report (is there any solid documentation on crash logs??), if
one of the threads does not begin with "mach_..." or end with "_trap", it
could be the area responsible for the crash. Is this correct?
If so, the crash report (included below) seems to indicate either the call
"AsyncRegisterNameRequest" or "syscall" could be where the crash is
occurring. When I did a search for the AsyncRegisterNameRequest on Apple's
Dev site, google and groups.google.com I had no success finding any
information about such a call. I'm guessing that it is called from
OTRegisterName? Can someone tell me what it is?
It appears that my attempt at OTCloseOpenTransportInContext is successful,
before which I am telling my providers to:
- stop using sync idle events,
- remove their Notifier's
- set themselves to non blocking so I can close immediately
And
- close
If my application is crashing in OTRegisterName, how can I cancel the call
to OTRegisterName so it can get out before OTCloseOpenTransportInContext? Or
should I just be setting a flag that I can examine so that I wait until
OTRegisterName is done?
Also, for future crash log reports can someone help me read/understand them?
Are there some tutorials or instructions for reading a crash report? I
understand that somehow I can use the hex offsets to find where in my code
these calls are being made, is there documentation on that?
I have included the text of the report below.
Thank you very much for any help.
Sincerely,
Lyndsey
Date/Time: 2002-06-04 09:41:55 -0400
OS Version: 10.1.4 (Build 5Q125)
Command: TheApplication
PID: 326
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x04a15598
Thread 0:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x7024a0f0 in SwitchContexts
#2 0x702c9eec in YieldToThread
#3 0x005f262c in 0x5f262c
#4 0x005f2e78 in 0x5f2e78
#5 0x005f2560 in 0x5f2560
#6 0x005f22b0 in 0x5f22b0
#7 0x01288640 in 0x1288640
#8 0x01289480 in 0x1289480
Thread 1:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x7017bf98 in __CFRunLoopRun
#3 0x701b7100 in CFRunLoopRunSpecific
#4 0x7017b8e0 in CFRunLoopRunInMode
#5 0x7061be08 in NotificationThread__21XIOAudioDeviceManagerPB0
#6 0x706141c0 in Entry__9CAPThreadPB0
#7 0x7002054c in _pthread_body
Thread 2:
#0 0x7000497c in syscall
#1 0x70557600 in BSD_waitevent
#2 0x70554b80 in CarbonSelectThreadFunc
#3 0x7002054c in _pthread_body
Thread 3:
#0 0x7055e494 in AsyncRegisterNameRequest
#1 0x705594f8 in CarbonOperationThreadFunc
#2 0x7002054c in _pthread_body
Thread 4:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x70026a2c in _pthread_become_available
#3 0x70026724 in pthread_exit
#4 0x7055f8b4 in CarbonATOperThreadFunc
#5 0x7002054c in _pthread_body
Thread 5:
#0 0x700343e8 in semaphore_wait_trap
#1 0x700342c8 in pthread_join
#2 0x7055b364 in CarbonCleanupLibThreads
#3 0x7055a7c4 in CarbonCleanOTInternals
#4 0x7055b2d0 in OTFreeClientContextPriv
#5 0x7055be4c in CloseOpenTransportInContext
#6 0x00583f64 in 0x583f64
#7 0x00582ff4 in 0x582ff4
#8 0x005f3834 in 0x5f3834
#9 0x7027ae58 in CooperativeThread
#10 0x7002054c in _pthread_body
Thread 6:
#0 0x70044cf8 in semaphore_timedwait_signal_trap
#1 0x70044cd8 in semaphore_timedwait_signal
#2 0x7003f2b8 in _pthread_cond_wait
#3 0x70283ea4 in TSWaitOnConditionTimedRelative
#4 0x70270138 in MPWaitOnQueue
#5 0x70777cd8 in SyncTaskProc__13TNodeSyncTaskPv
#6 0x702831a8 in PrivateMPEntryPoint
#7 0x7002054c in _pthread_body
PPC Thread State:
srr0: 0x7055e494 srr1: 0x0000f030 vrsave: 0x00000000
xer: 0x00000004 lr: 0x7055e460 ctr: 0x7000a600 mq: 0x00000000
r0: 0x00000002 r1: 0x04b17d80 r2: 0x04b17d53 r3: 0x00000000
r4: 0x00000000 r5: 0x04b17cf0 r6: 0x00000000 r7: 0x00000000
r8: 0x00000000 r9: 0x54485244 r10: 0x00000000 r11: 0x80550358
r12: 0x7000a600 r13: 0x00000000 r14: 0x00000033 r15: 0x0005a040
r16: 0x00000001 r17: 0x80160fa8 r18: 0x0005f9d8 r19: 0x00001907
r20: 0x00000000 r21: 0x0000001c r22: 0x70004234 r23: 0x700042c8
r24: 0x7016b0dc r25: 0x006bac3c r26: 0x8081ab5c r27: 0xc0cc2000
r28: 0x00000000 r29: 0xbfffef00 r30: 0x87859393 r31: 0x00000001
**********
_______________________________________________
macnetworkprog mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/macnetworkprog
Do not post admin requests to the list. They will be ignored.