• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
App Crashes when ZeroLink isn't Used
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

App Crashes when ZeroLink isn't Used


  • Subject: App Crashes when ZeroLink isn't Used
  • From: "Nate Slater" <email@hidden>
  • Date: Thu, 14 Sep 2006 10:32:53 -0700

I'm trying to fix a crash in an open-source cocoa app. The app splits MP3 files into pieces. I'm not the programmer or maintainer. When I make a development (debug) build using ZeroLink everything works fine with no errors or warnings. However when I build the app without ZeroLink, it links just fine but the app crashes with an EXC_BAD_ACCESS exception as soon as it starts to analyze an MP3 file.

The app uses two open-source libraries, libmad and libid3. At the top of thread 0 in the crash is id3lib.dylib, so I'm assuming there's some sort of problem with this library--perhaps in the linking process? I'm not a programmer, so I don't know much about libraries and linking. Is id3lib.dyllib a statically linked library? The dylib and its headers are in the project folder, and its headers are included in some of the app's source files. In addition, the library search paths in the build options includes entries for "./id3lib" and "./libmad". The search paths used to include an entry to an id3lib folder in the programmer's home directory in addition to the previous entries I mentioned. Why is this? Also in the main target (there's only one), under "Link Binary With Libraries", there were two entries for libid3.dylib with the exact same file locations (the project folder). Why Would Xcode need to link the exact same library twice?

Another complication is that I have a copy of id3lib with the same version in my /sw tree. However, when I do a binary compare of the dylib in /sw and the one in my project folder, they have numerous differences. Could ZeroLink be loading one library while the Xcode linker loads another?

Peter


Below is the crash report: ----------------------------------------------------------------- Host Name: Eirian Date/Time: 2006-09-11 21:10:25.490 -0700 OS Version: 10.4.7 (Build 8J135) Report Version: 4

Command: AudioSlicer
Path:    /Applications/AudioSlicer.app/Contents/MacOS/AudioSlicer
Parent:  WindowServer [58]

Version: 1.0.3 (1.0.1)

PID:    29030
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

Thread 0 Crashed:
0 libid3.dylib 0x00340c94 std::locale::~locale [unified]() + 20
1 libid3.dylib 0x003183b4 ID3_TagImpl::ParseFile () + 1192
2 libid3.dylib 0x003144d0 ID3_TagImpl::Link(char const*, unsigned short) + 256
3 libid3.dylib 0x00316bf4 ID3_TagImpl::ID3_TagImpl[unified](char const*) + 564
4 libid3.dylib 0x0031382c ID3_Tag::ID3_Tag [unified](char const*) + 68
5 net.sourceforge.audioslicer 0x00011c98 +[AudioFileMP3 (AudioFileTag) readTagsFromFile:] + 100
6 net.sourceforge.audioslicer 0x000105b4 -[AudioFile analyzeSilencesLongerThan:quieterThan:] + 428
7 net.sourceforge.audioslicer 0x000038e0 -[SplitDocument readFromFile:ofType:] + 244
8 com.apple.AppKit 0x938a575c -[NSDocument readFromURL:ofType:error:] + 144
9 com.apple.AppKit 0x93a1ab24 -[NSDocument _initWithContentsOfURL:ofType:error:] + 148
10 com.apple.AppKit 0x938a4e08 -[NSDocument initWithContentsOfURL:ofType:error:] + 264
11 com.apple.AppKit 0x93a216b4 -[NSDocumentController makeDocumentWithContentsOfURL:ofType:error:] + 332
12 com.apple.AppKit 0x93a214f4 -[NSDocumentController openDocumentWithContentsOfURL:display:error:] + 340
13 com.apple.AppKit 0x93a21378 -[NSDocumentController openDocument:] + 432
14 com.apple.AppKit 0x9378ac4c -[NSApplication sendAction:to:from:] + 108
15 com.apple.AppKit 0x937e54b8 -[NSMenu performActionForItemAtIndex:] + 392
16 com.apple.AppKit 0x937e523c -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] + 104
17 com.apple.AppKit 0x936ec500 _NSHandleCarbonMenuEvent + 372
18 com.apple.AppKit 0x936e9e64 _DPSNextEvent + 1280
19 com.apple.AppKit 0x936e97a8 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 116
20 com.apple.AppKit 0x936e5cec -[NSApplication run] + 472
21 com.apple.AppKit 0x937d687c NSApplicationMain + 452
22 net.sourceforge.audioslicer 0x00002a40 _start + 392 (crt.c:267)
23 dyld 0x8fe01048 _dyld_start + 60


Thread 1:
0 libSystem.B.dylib 0x9002efac kevent + 12
1 com.apple.DesktopServices 0x92854250 TFSNotificationTask::FSNotificationTaskProc(void*) + 56
2 ...ple.CoreServices.CarbonCore 0x90bc1900 PrivateMPEntryPoint + 76
3 libSystem.B.dylib 0x9002bc28 _pthread_body + 96


Thread 2:
0 libSystem.B.dylib 0x9002c2e8 semaphore_wait_signal_trap + 8
1 libSystem.B.dylib 0x90030dcc pthread_cond_wait + 480
2 ...ple.CoreServices.CarbonCore 0x90bc1af0 MPWaitOnQueue + 224
3 com.apple.DesktopServices 0x928548cc TNodeSyncTask::SyncTaskProc(void*) + 116
4 ...ple.CoreServices.CarbonCore 0x90bc1900 PrivateMPEntryPoint + 76
5 libSystem.B.dylib 0x9002bc28 _pthread_body + 96


Thread 3:
0 libSystem.B.dylib 0x900551a8 semaphore_timedwait_signal_trap + 8
1 libSystem.B.dylib 0x90071828 pthread_cond_timedwait_relative_np + 556
2 ...ple.CoreServices.CarbonCore 0x90bc1af0 MPWaitOnQueue + 224
3 com.apple.DesktopServices 0x9287ed84 TPropertyTask::PropertyTaskProc(void*) + 72
4 ...ple.CoreServices.CarbonCore 0x90bc1900 PrivateMPEntryPoint + 76
5 libSystem.B.dylib 0x9002bc28 _pthread_body + 96


Thread 4:
0 libSystem.B.dylib 0x9004a568 syscall_thread_switch + 8
1 com.apple.Foundation 0x929585d0 +[NSThread sleepUntilDate:] + 152
2 com.apple.AppKit 0x93786a10 -[NSUIHeartBeat _heartBeatThread:] + 1100
3 com.apple.Foundation 0x92940194 forkThreadForFunction + 108
4 libSystem.B.dylib 0x9002bc28 _pthread_body + 96


Thread 5:
0 libSystem.B.dylib 0x900551a8 semaphore_timedwait_signal_trap + 8
1 libSystem.B.dylib 0x90055004 pthread_cond_timedwait + 676
2 com.apple.Foundation 0x929bf5a0 F_CONDITION_WAIT_TIMEOUT + 144
3 com.apple.Foundation 0x929bf4bc -[NSConditionLock lockWhenCondition:beforeDate:] + 128
4 com.apple.AppKit 0x93952a38 + [NSNavFBENodePreviewHelper _subthreadComputePreviewThumbnailImages] + 108
5 com.apple.Foundation 0x92940194 forkThreadForFunction + 108
6 libSystem.B.dylib 0x9002bc28 _pthread_body + 96


Thread 0 crashed with PPC Thread State 64:
srr0: 0x0000000000340c94 srr1: 0x000000000200f030 vrsave: 0x0000000000000000
cr: 0x22044222 xer: 0x0000000000000004 lr: 0x00000000003183b4 ctr: 0x0000000000340c78
r0: 0x00000000003183b4 r1: 0x00000000bfffdf30 r2: 0x000000000038f498 r3: 0x00000000bfffdff8
r4: 0x0000000000000002 r5: 0x0000000000000080 r6: 0x00000000ffffffff r7: 0x0000000000000020
r8: 0x0000000000000030 r9: 0x000000000038f37c r10: 0x0000000000000060 r11: 0x0000000000385bc0
r12: 0x0000000000340c78 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000
r16: 0x0000000000000000 r17: 0x00000000bffff330 r18: 0x0000000000000000 r19: 0x0000000000440c70
r20: 0x00000000ffffffff r21: 0x00000000a371997c r22: 0x00000000a37256cc r23: 0x000000000521a5e0
r24: 0x00000000bfffdfc8 r25: 0x0000000000387f1c r26: 0x0000000000387f1c r27: 0x0000000000387f1c
r28: 0x0000000005219d00 r29: 0x0000000000000000 r30: 0x0000000000000000 r31: 0x0000000000317f1c


_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: App Crashes when ZeroLink isn't Used
      • From: j o a r <email@hidden>
  • Prev by Date: Re: Build errors
  • Next by Date: Re: Build errors
  • Previous by thread: e: Storing notes/thoughts about code in Xcode and in the code
  • Next by thread: Re: App Crashes when ZeroLink isn't Used
  • Index(es):
    • Date
    • Thread