<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 6. Nov 2018, at 15:42, Matthew Knepley <<a href="mailto:knepley@gmail.com" class="">knepley@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_quote"><div dir="ltr" class="">On Tue, Nov 6, 2018 at 9:38 AM Maximilian Hartig via petsc-users <<a href="mailto:petsc-users@mcs.anl.gov" class="">petsc-users@mcs.anl.gov</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space" class=""><div dir="auto" style="word-wrap:break-word;line-break:after-white-space" class=""><div dir="auto" style="word-wrap:break-word;line-break:after-white-space" class="">lldb returns the following:<div class=""><br class=""></div><div class=""><div class="">(lldb) process attach --pid 1082</div><div class="">Process 1082 stopped</div><div class="">* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP</div><div class=""> frame #0: 0x00007fff5aa5c876 libsystem_kernel.dylib`__semwait_signal + 10</div><div class="">libsystem_kernel.dylib`__semwait_signal:</div><div class="">-> 0x7fff5aa5c876 <+10>: jae 0x7fff5aa5c880 ; <+20></div><div class=""> 0x7fff5aa5c878 <+12>: movq %rax, %rdi</div><div class=""> 0x7fff5aa5c87b <+15>: jmp 0x7fff5aa58e31 ; cerror</div><div class=""> 0x7fff5aa5c880 <+20>: retq </div><div class="">Target 0: (meshTest) stopped.</div><div class=""><br class=""></div><div class="">Executable module set to "/Users/maximilianhartig/cimply_playground/./meshTest".</div><div class="">Architecture set to: x86_64h-apple-macosx.</div></div></div></div></div></blockquote><div class=""><br class=""></div><div class="">Okay, at the prompt you type 'bt'. This gives you the backtrace.</div></div></div></div></blockquote>Thanks for this hint. Would’ve had to search some time. What I get is the following:</div><div><br class=""></div><div><div>(lldb) process attach --pid 1265</div><div>Process 1265 stopped</div><div>* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP</div><div> frame #0: 0x00007fff74371876 libsystem_kernel.dylib`__semwait_signal + 10</div><div>libsystem_kernel.dylib`__semwait_signal:</div><div>-> 0x7fff74371876 <+10>: jae 0x7fff74371880 ; <+20></div><div> 0x7fff74371878 <+12>: movq %rax, %rdi</div><div> 0x7fff7437187b <+15>: jmp 0x7fff7436de31 ; cerror</div><div> 0x7fff74371880 <+20>: retq </div><div>Target 0: (meshTest) stopped.</div><div><br class=""></div><div>Executable module set to "/Users/maximilianhartig/cimply_playground/./meshTest".</div><div>Architecture set to: x86_64h-apple-macosx.</div><div>(lldb) bt</div><div>* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP</div><div> * frame #0: 0x00007fff74371876 libsystem_kernel.dylib`__semwait_signal + 10</div><div> frame #1: 0x00007fff742fc830 libsystem_c.dylib`nanosleep + 199</div><div> frame #2: 0x00007fff742fc692 libsystem_c.dylib`sleep + 41</div><div> frame #3: 0x000000010e969fde libpetsc.3.10.dylib`PetscSleep(s=<unavailable>) at psleep.c:50</div><div> frame #4: 0x000000010e9e2546 libpetsc.3.10.dylib`PetscAttachDebugger at adebug.c:390</div><div> frame #5: 0x000000010e9e31ba libpetsc.3.10.dylib`PetscAttachDebuggerErrorHandler(comm=<unavailable>, line=<unavailable>, fun=<unavailable>, file=<unavailable>, num=<unavailable>, p=<unavailable>, mess=<unavailable>, ctx=0x0000000000000000) at adebug.c:452</div><div> frame #6: 0x000000010e9e389f libpetsc.3.10.dylib`PetscError(comm=1140850689, line=0, func="User provided function", file=" unknown file", n=59, p=PETSC_ERROR_INITIAL, mess=0x0000000000000000) at err.c:367</div><div> frame #7: 0x000000010e9e78f0 libpetsc.3.10.dylib`PetscSignalHandlerDefault(sig=<unavailable>, ptr=<unavailable>) at signal.c:152</div><div> frame #8: 0x000000010e9e79b6 libpetsc.3.10.dylib`PetscSignalHandler_Private(sig=11) at signal.c:43</div><div> frame #9: 0x00007fff7441eb3d libsystem_platform.dylib`_sigtramp + 29</div><div> frame #10: 0x00007fff74220e97 libdyld.dylib`stack_not_16_byte_aligned_error + 1</div><div>(lldb) </div><div><br class=""></div><div>Thanks,</div><div>Max</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class="gmail_quote"><div class=""><br class=""></div><div class=""> Thanks,</div><div class=""><br class=""></div><div class=""> Matt</div><div class=""> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space" class=""><div dir="auto" style="word-wrap:break-word;line-break:after-white-space" class=""><div dir="auto" style="word-wrap:break-word;line-break:after-white-space" class=""><div class=""><div class="">I do unfortunately not know what to make of this. Do I have a memory jump that’s causing an error here? Google did not provide any useful results (at least to my untrained eye). Using gdb I usually step through the program and print out variables until I’ve located the error. But this does not seem an option here. Please excuse my ignorance regarding debuggers.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">Max</div><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 6. Nov 2018, at 11:23, Stefano Zampini <<a href="mailto:stefano.zampini@gmail.com" target="_blank" class="">stefano.zampini@gmail.com</a>> wrote:</div><br class="m_5189311579366330949Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;line-break:after-white-space" class=""><span class=""><br class="">[0]PETSC ERROR: Try option -start_in_debugger or -on_error_attach_debugger<br class=""></span></div></blockquote><div class=""><br class=""></div>Have you tried what PETSc suggests here (-on_error_attach_debugger)?<br class=""><div class="gmail_quote">You may need to specify "-on_error_attach_debugger lldb" on a MacOS</div><div class=""> </div></div><div class=""><br class=""></div>-- <br class=""><div dir="ltr" class="m_5189311579366330949gmail_signature" data-smartmail="gmail_signature">Stefano</div></div>
</div></blockquote></div><br class=""></div></div></div></div></blockquote></div><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class="">What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br class="">-- Norbert Wiener</div><div class=""><br class=""></div><div class=""><a href="http://www.cse.buffalo.edu/~knepley/" target="_blank" class="">https://www.cse.buffalo.edu/~knepley/</a><br class=""></div></div></div></div></div></div></div></div>
</div></blockquote></div><br class=""></body></html>