Home › Forums › Syphon › Syphon Development – Developer › Syphon Crash / Heads Up
Tagged: crash report
- This topic has 6 replies, 2 voices, and was last updated 8 years, 10 months ago by bangnoise.
-
AuthorPosts
-
April 23, 2012 at 6:51 am #5887AIResearcherParticipant
When interfacing to specific 3rd party Syphon clients, our Syphon server is crashing inside of
-[SyphonUnitySyphonServerDirectory handleServerRetire:]
After the third party client is closed and about 2 minutes have gone by. This is reliable repeatable.
I have uploaded two full crash reports on the Google-Code implementations issue list.
We are using a ~two-week old SVN snapshot, shortly after the Unity3d plugin for Unity3d 3.5 fix was uploaded.
I do not know if this affects other clients build around the same time.
John
User stack:
40 ??? (in Weiv 1.0) [0x1a8bc]
40 ??? (in Weiv 1.0) [0x1a98d]
40 operator delete(void*, void*) + 7555647 (in Weiv 1.0) [0x911bcf]
40 NSApplicationMain + 1054 (in AppKit) [0x94b7b261]
40 -[NSApplication run] + 911 (in AppKit) [0x948e7675]
40 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 113 (in AppKit) [0x948eb306]
40 _DPSNextEvent + 678 (in AppKit) [0x948eba9c]
40 BlockUntilNextEventMatchingListInMode + 88 (in HIToolbox) [0x981a8356]
40 ReceiveNextEventCommon + 381 (in HIToolbox) [0x981a84e7]
40 RunCurrentEventLoopInMode + 318 (in HIToolbox) [0x981a117f]
40 CFRunLoopRunInMode + 120 (in CoreFoundation) [0x9184f328]
40 CFRunLoopRunSpecific + 332 (in CoreFoundation) [0x9184f47c]
40 __CFRunLoopRun + 2343 (in CoreFoundation) [0x91850137]
40 __CFRunLoopDoBlocks + 337 (in CoreFoundation) [0x91824f81]
40 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 16 (in CoreFoundation) [0x91871c30]
40 ____CFXNotificationPostToken_block_invoke_1 + 352 (in CoreFoundation) [0x918a3ec0]
40 __-[NSDistributedNotificationCenter addObserver:selector:name:object:suspensionBehavior:]_block_invoke_1 + 49 (in Foundation) [0x9bd43d78]
40 -[SyphonUnitySyphonServerDirectory handleServerRetire:] + 405 (in Syphon) [0x1525d3d6]
40 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92 (in Foundation) [0x9bd27012]
40 _CFXNotificationPost + 2776 (in CoreFoundation) [0x91864a38]
40 ___CFXNotificationPost_block_invoke_1 + 275 (in CoreFoundation) [0x91899cb3]
40 __-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 49 (in Foundation) [0x9bd3be25]
40 ??? (in SyphonUnityPlugin) [0x150f643d]
40 ??? [0xffffffff]
40 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
40 mono_sigsegv_signal_handler + 498 (in libmono.0.dylib) [0xb52f5d]
40 mono_chain_signal + 76 (in libmono.0.dylib) [0xc1b3e7]
40 operator delete(void*, void*) + 5879509 (in Weiv 1.0) [0x778865]
40 abort + 167 (in libsystem_c.dylib) [0x90401bdd]
40 ??? [0xffffffff]
40 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
40 sigabrt_signal_handler + 89 (in libmono.0.dylib) [0xc1b54a]
40 ??? (in Weiv 1.0) [0x0]April 23, 2012 at 7:40 am #5888bangnoiseKeymastercheers for the report – have commented on google code.
http://code.google.com/p/syphon-implementations/issues/detail?id=18
April 23, 2012 at 8:01 am #5889AIResearcherParticipantSaw your comment, added checks to parameters and will be trying it shortly. Thanks for the quick reply!
April 23, 2012 at 8:17 am #5890AIResearcherParticipantWe tried a fix where I initialized the three mono strings to nil and then only initialized them when the string was not nil. It fixed one of the vj tools but not the other.
I will try to work on this some more later, but for now, I just ripped out some of the client functionality as we are really only serving from our application and not listening / watching anything else.
April 23, 2012 at 9:40 am #5892bangnoiseKeymasterIf you’re building your own version, swap in Syphon.framework from the public download which includes a fix which hasn’t made it to syphon-implementations yet, which Unity requires.
April 23, 2012 at 10:14 am #5893AIResearcherParticipantI’ve installed the new public downloaded beta provided and installed it.
I no longer get hard crashes on exit of 3rd party program. But I do get the following:
> When closing third party applications our application hangs sometime later in
45 ??? (in Weiv Demo Beta 1.1) [0x1a8bc]
45 ??? (in Weiv Demo Beta 1.1) [0x1a98d]
45 operator delete(void*, void*) + 7555647 (in Weiv Demo Beta 1.1) [0x911bcf]
45 NSApplicationMain + 1054 (in AppKit) [0x94b7b261]
45 -[NSApplication run] + 911 (in AppKit) [0x948e7675]
45 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 113 (in AppKit) [0x948eb306]
45 _DPSNextEvent + 678 (in AppKit) [0x948eba9c]
45 BlockUntilNextEventMatchingListInMode + 88 (in HIToolbox) [0x981a8356]
45 ReceiveNextEventCommon + 381 (in HIToolbox) [0x981a84e7]
45 RunCurrentEventLoopInMode + 318 (in HIToolbox) [0x981a117f]
45 CFRunLoopRunInMode + 120 (in CoreFoundation) [0x9184f328]
45 CFRunLoopRunSpecific + 332 (in CoreFoundation) [0x9184f47c]
45 __CFRunLoopRun + 2343 (in CoreFoundation) [0x91850137]
45 __CFRunLoopDoBlocks + 337 (in CoreFoundation) [0x91824f81]
45 __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 16 (in CoreFoundation) [0x91871c30]
45 ____CFXNotificationPostToken_block_invoke_1 + 352 (in CoreFoundation) [0x918a3ec0]
45 __-[NSDistributedNotificationCenter addObserver:selector:name:object:suspensionBehavior:]_block_invoke_1 + 49 (in Foundation) [0x9bd43d78]
45 -[SyphonUnitySyphonServerDirectory handleServerRetire:] + 405 (in Syphon) [0x113bc3d6]
45 -[NSNotificationCenter postNotificationName:object:userInfo:] + 92 (in Foundation) [0x9bd27012]
45 _CFXNotificationPost + 2776 (in CoreFoundation) [0x91864a38]
45 ___CFXNotificationPost_block_invoke_1 + 275 (in CoreFoundation) [0x91899cb3]
45 __-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_1 + 49 (in Foundation) [0x9bd3be25]
45 ??? (in SyphonUnityPlugin) [0x113b043d]
45 ??? [0xffffffff]
45 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
45 mono_sigsegv_signal_handler + 498 (in libmono.0.dylib) [0xb52f5d]
45 mono_chain_signal + 76 (in libmono.0.dylib) [0xc1b3e7]
45 operator delete(void*, void*) + 5879509 (in Weiv Demo Beta 1.1) [0x778865]
45 abort + 167 (in libsystem_c.dylib) [0x90401bdd]
45 ??? [0xffffffff]
45 _sigtramp + 43 (in libsystem_c.dylib) [0x9046659b]
45 sigabrt_signal_handler + 89 (in libmono.0.dylib) [0xc1b54a]
45 ??? (in Weiv Demo Beta 1.1) [0x0]
Kernel stack:
43 hndl_alltraps + 225 (in mach_kernel) [0xffffff80002d7941]
41 user_trap + 711 (in mach_kernel) [0xffffff80002c1f67]
37 exception_triage + 193 (in mach_kernel) [0xffffff8000220db1]
35 exception_deliver + 511 (in mach_kernel) [0xffffff8000220a8f]
35 mach_exception_raise + 183 (in mach_kernel) [0xffffff800024e8c7]
30 mach_msg_rpc_from_kernel_body + 277 (in mach_kernel) [0xffffff8000223945]
29 ipc_mqueue_receive + 70 (in mach_kernel) [0xffffff8000215806]
19 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
19 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
19 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
10 thread_block_reason + 357 (in mach_kernel) [0xffffff800022f3d5]
8 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
2 return_to_iret + 302 (in mach_kernel) [0xffffff80002d7d10]
2 i386_astintr + 42 (in mach_kernel) [0xffffff80002c1c8a]
2 ast_taken + 163 (in mach_kernel) [0xffffff800021e093]
2 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
2 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
2 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
1 ipc_mqueue_receive + 26 (in mach_kernel) [0xffffff80002157da]
1 ipc_mqueue_receive_on_thread + 835 (in mach_kernel) [0xffffff80002157b3]
1 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
4 mach_msg_rpc_from_kernel_body + 197 (in mach_kernel) [0xffffff80002238f5]
4 ipc_kmsg_send + 416 (in mach_kernel) [0xffffff8000214960]
3 ipc_mqueue_send + 387 (in mach_kernel) [0xffffff8000215d43]
3 ipc_mqueue_post + 583 (in mach_kernel) [0xffffff8000215b97]
2 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
1 return_to_iret + 302 (in mach_kernel) [0xffffff80002d7d10]
1 i386_astintr + 42 (in mach_kernel) [0xffffff80002c1c8a]
1 ast_taken + 163 (in mach_kernel) [0xffffff800021e093]
1 thread_block_reason + 299 (in mach_kernel) [0xffffff800022f39b]
1 thread_continue + 1661 (in mach_kernel) [0xffffff800022f11d]
1 machine_switch_context + 361 (in mach_kernel) [0xffffff80002c0939]
1 ipc_mqueue_send + 85 (in mach_kernel) [0xffffff8000215c15]
1 ml_set_interrupts_enabled + 23 (in mach_kernel) [0xffffff80002bc337]
1 mach_msg_rpc_from_kernel_body + 154 (in mach_kernel) [0xffffff80002238ca]
1 lck_mtx_unlock + 71 (in mach_kernel) [0xffffff80002b4087]
1 exception_deliver + 119 (in mach_kernel) [0xffffff8000220907]
1 lck_mtx_lock + 10 (in mach_kernel) [0xffffff80002b3a5a]
1 exception_deliver + 468 (in mach_kernel) [0xffffff8000220a64]
1 retrieve_thread_self_fast + 63 (in mach_kernel) [0xffffff80002245ff]
2 exception_triage + 149 (in mach_kernel) [0xffffff8000220d85]
2 exception_deliver + 76 (in mach_kernel) [0xffffff80002208dc]
1 lck_mtx_lock + 59 (in mach_kernel) [0xffffff80002b3a8b]
1 lck_mtx_lock + 44 (in mach_kernel) [0xffffff80002b3a7c]
1 exception_triage + 195 (in mach_kernel) [0xffffff8000220db3]
1 exception_triage + 94 (in mach_kernel) [0xffffff8000220d4e]
1 exception_deliver + 97 (in mach_kernel) [0xffffff80002208f1]
1 lck_mtx_unlock + 153 (in mach_kernel) [0xffffff80002b40d9]
2 user_trap + 180 (in mach_kernel) [0xffffff80002c1d54]
2 hndl_allintrs + 290 (in mach_kernel) [0xffffff80002d7bd2]
2 interrupt + 192 (in mach_kernel) [0xffffff80002c2790]
2 lapic_interrupt + 121 (in mach_kernel) [0xffffff80002c7859]
2 cpu_signal_handler + 172 (in mach_kernel) [0xffffff80002c970c]
2 sync_iss_to_iks + 118 (in mach_kernel) [0xffffff80002c1bc6]> When closing third party applications our application hangs on close.
Stuck in:54 -[NSApplication _shouldTerminate] + 889 (in AppKit) [0x94bbe181]
54 -[NSDocumentController(NSInternal) __closeAllDocumentsWithDelegate:shouldTerminateSelector:] + 310 (in AppKit) [0x94ce9dbc]
54 -[NSDocumentController(NSInternal) _closeAllDocumentsWithDelegate:shouldTerminateSelector:] + 1693 (in AppKit) [0x94cf0e7c]
54 __-[NSDocumentController(NSInternal) _closeAllDocumentsWithDelegate:shouldTerminateSelector:]_block_invoke_1 + 228 (in AppKit) [0x94ce3ff5]
54 -[NSApplication _docController:shouldTerminate:] + 83 (in AppKit) [0x94bb6d6d]
54 operator delete(void*, void*) + 7550531 (in Weiv Demo Beta 1.1) [0x9107d3]
54 operator delete(void*, void*) + 5562315 (in Weiv Demo Beta 1.1) [0x72b15b]
54 operator delete(void*, void*) + 5714006 (in Weiv Demo Beta 1.1) [0x7501e6]
54 operator delete(void*, void*) + 7745520 (in Weiv Demo Beta 1.1) [0x940180]
54 operator delete(void*, void*) + 7753939 (in Weiv Demo Beta 1.1) [0x942263]
54 semaphore_timedwait_trap + 10 (in libsystem_kernel.dylib) [0x93f71c76]
Kernel stack:
54 semaphore_wait_continue + 0 (in mach_kernel) [0xffffff80002345c0]> Some scene cameras still wont show on some clients.
April 23, 2012 at 1:08 pm #5894bangnoiseKeymasterThis is likely a similar problem to the first one.
Check there is no route by which mono_string_new() can be called with a NULL string.
-
AuthorPosts
- You must be logged in to reply to this topic.