personal_username

I am trying to understand the below crashlog. It seems I should be checking for a:

Problem is that in the patch I do not see any of the following sequence. Although i DO have many (set $1) followed by a [receive], and i DO have some [defer] and [deferlow]. But there is never (as far as i looked in it) a [defer] object just before a (set $1) > [receive]. I DO have some [speedlim], though...

My question is this: is it possible that by "

the log is not pointing to a [defer] or [deferlow] object, but instead something else?

Below the log, with the (I guess) relevant parts in bold .

OS Version:      Mac OS X 10.8.4 (12E55)

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGBUS)

Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000004

--> __PAGEZERO             0000000000000000-0000000000001000 [    4K] ---/--- SM=NUL  /Users/USER/Library/Compositions/*/DSStore.app/Contents/MacOS/DSStore

__TEXT                 0000000000001000-000000000037f000 [ 3576K] r-x/rwx SM=COW  /Users/USER/Library/Compositions/*/DSStore.app/Contents/MacOS/DSStore

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread

0   com.cycling74.com.Max.DSStore.appRuntime0x0004eeb6 through_new + 18

1   com.cycling74.com.Max.DSStore.appRuntime0x00046a66 receive_doset(receive*, symbol*) + 62

2   com.cycling74.com.Max.DSStore.appRuntime0x0003238a defer_exec(_defer*) + 60

3   com.cycling74.com.Max.DSStore.appRuntime0x00029943 sched_dequeue + 119

4   com.cycling74.com.Max.DSStore.appRuntime0x0001295d max_tick + 77

5   com.cycling74.com.Max.DSStore.appRuntime0x0018cbe4 maxapplication_eventtimerproc(__EventLoopTimer*, void*) + 22

6   com.apple.HIToolbox           0x94ea135c TimerVector + 22

7   com.apple.CoreFoundation      0x9839f406 __CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 22

8   com.apple.CoreFoundation      0x9839eda5 __CFRunLoopDoTimer + 709

9   com.apple.CoreFoundation      0x98383bb2 __CFRunLoopRun + 1842

10  com.apple.CoreFoundation      0x9838301a CFRunLoopRunSpecific + 378

11  com.apple.CoreFoundation      0x98382e8b CFRunLoopRunInMode + 123

12  com.apple.HIToolbox           0x94e90f5a RunCurrentEventLoopInMode + 242

13  com.apple.HIToolbox           0x94e90cc9 ReceiveNextEventCommon + 374

14  com.apple.HIToolbox           0x94ff615c ReceiveNextEvent + 79

15  com.cycling74.com.Max.DSStore.appRuntime0x00216c36 juce::juce_dispatchNextMessageOnSystemQueue(bool, bool) + 554

16  com.cycling74.com.Max.DSStore.appRuntime0x002208bb juce::MessageManager::dispatchNextMessage(bool, bool*, bool) + 79

17  com.cycling74.com.Max.DSStore.appRuntime0x0022097a juce::MessageManager::runDispatchLoop() + 42

18  com.cycling74.com.Max.DSStore.appRuntime0x0021f2d5 juce::JUCEApplication::main(juce::String&, juce::JUCEApplication*) + 605

19  com.cycling74.com.Max.DSStore.appRuntime0x0021f3af juce::JUCEApplication::main(int, char**, juce::JUCEApplication*) + 125

20  com.cycling74.com.Max.DSStore.appRuntime0x0018d028 main + 76

21  com.cycling74.com.Max.DSStore.appRuntime0x000061f2 _start + 216

22  com.cycling74.com.Max.DSStore.appRuntime0x00006119 start + 41

Thread 1:: Dispatch queue: com.apple.libdispatch-manager

0   libsystem_kernel.dylib        0x909809ae kevent + 10

1   libdispatch.dylib             0x90562c71 _dispatch_mgr_invoke + 993

2   libdispatch.dylib             0x905627a9 _dispatch_mgr_thread + 53

0   libsystem_kernel.dylib        0x9097d7d2 mach_msg_trap + 10

1   libsystem_kernel.dylib        0x9097ccb0 mach_msg + 68

2   com.apple.audio.midi.CoreMIDI 0x04ef022d XServerMachPort::ReceiveMessage(int&, void*, int&) + 101

3   com.apple.audio.midi.CoreMIDI 0x04f0dae0 MIDIProcess::RunMIDIInThread() + 144

4   com.apple.audio.midi.CoreMIDI 0x04f13c48 MIDIProcess::MIDIInPortThread::Run() + 24

5   com.apple.audio.midi.CoreMIDI 0x04ef1805 XThread::RunHelper(void*) + 17

6   com.apple.audio.midi.CoreMIDI 0x04ef12ee CAPThread::Entry(CAPThread*) + 196

7   libsystem_c.dylib             0x912b65b7 _pthread_start + 344

8   libsystem_c.dylib             0x912a0d4e thread_start + 34

0   libsystem_kernel.dylib        0x9097f8e2 __psynch_cvwait + 10

1   libsystem_c.dylib             0x912bb2e9 _pthread_cond_wait + 938

2   libsystem_c.dylib             0x912bb572 pthread_cond_timedwait_relative_np + 47

3   com.apple.CoreServices.CarbonCore0x9230a6ad TSWaitOnConditionTimedRelative + 177

4   com.apple.CoreServices.CarbonCore0x9230a184 TSWaitOnSemaphoreCommon + 272

5   com.apple.CoreServices.CarbonCore0x9230a40d TSWaitOnSemaphoreRelative + 24

6   com.apple.CoreServices.CarbonCore0x922f01a3 TimerThread + 324

0   libsystem_kernel.dylib        0x9097d80e semaphore_wait_trap + 10

1   Kontakt 4.Synth.vst           0x3098e927 SerialJobBGThread::run() + 119

2   Kontakt 4.Synth.vst           0x3000f6e8 NI::GP::Thread::execute(void*) + 72

3   libsystem_c.dylib             0x912b65b7 _pthread_start + 344

4   libsystem_c.dylib             0x912a0d4e thread_start + 34

1   Kontakt 4.Synth.vst           0x30617b6b BEngine::AuxProcessThreadProc(int) + 75

2   Kontakt 4.Synth.vst           0x3055c092 BEngine::AuxProcessThread::run() + 34

3   Kontakt 4.Synth.vst           0x3000f6e8 NI::GP::Thread::execute(void*) + 72

4   libsystem_c.dylib             0x912b65b7 _pthread_start + 344

5   libsystem_c.dylib             0x912a0d4e thread_start + 34

1   Kontakt 4.Synth.vst           0x305c1b6e BEngine::SetEngineParThreadProc() + 62

My question is this: is it possible that by "defer_exec" the log is not pointing to a [defer] or [deferlow] object, but instead something else?

what to look for in this log