Unexplainable Crash

General JUCE discussion
1

One of my software’s users experiences following crash:

Thread 5 Crashed:

0 ??? 0x006709e0 0 + 6752736

1 com.apple.audio.CoreAudio 0x91823cd0

IOA_Device::CallIOProcs(AudioTimeStamp const&, AudioTimeStamp const&,

AudioTimeStamp const&) + 274

2 com.apple.audio.CoreAudio 0x91823bac

HP_IOThread::PerformIO(AudioTimeStamp const&) + 1246

3 com.apple.audio.CoreAudio 0x91821f87 HP_IOThread::WorkLoop() +

1239

4 com.apple.audio.CoreAudio 0x91821aab

HP_IOThread::ThreadEntry(HP_IOThread*) + 17

5 com.apple.audio.CoreAudio 0x91812300 CAPThread::Entry(CAPThread*)

  • 96

6 libSystem.B.dylib 0x969526f5_pthread_start + 321

7 libSystem.B.dylib 0x969525b2 thread_start + 34

Thread 5 crashed with X86 Thread State (32-bit):

eax: 0x00000106 ebx: 0x91823eb1 ecx: 0x00000000 edx: 0xa011c1a8

edi: 0x006728e0 esi: 0x006709e0 ebp: 0xb02a8be8 esp: 0xb02a8b8c

ss: 0x0000001f efl: 0x00010286 eip: 0x006709e0 cs: 0x00000017

ds: 0x0000001f es: 0x0000001f fs: 0x0000001f gs: 0x00000037

cr2: 0xb02a7db8

This could only be due to a false pointer given as audio processing function, I guess? It always crashes straight at the start of the software, but no other user experienced this crash. The machine is Macbook 2 with 1 GB running OS X 10.5.5 .

2

Could also be something crashing inside your callback function, though it’d be very difficult to guess what’s going on from this. Maybe they’ve got some kind of complicated audio device with a wacky channel layout that’s not being handled safely?

3

After a few more crash reports from the same user I figured out that it was some stupid application called OSS3D from “Joesoft” that messed up the whole audio system: http://www.oss3d.com/. If you don’t wanna mess up your system, don’t install it :slight_smile: