<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Nov 6, 2018 at 9:38 AM Maximilian Hartig via petsc-users <<a href="mailto:petsc-users@mcs.anl.gov">petsc-users@mcs.anl.gov</a>> wrote:<br></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"><div dir="auto" style="word-wrap:break-word;line-break:after-white-space"><div dir="auto" style="word-wrap:break-word;line-break:after-white-space">lldb returns the following:<div><br></div><div><div>(lldb) process attach --pid 1082</div><div>Process 1082 stopped</div><div>* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP</div><div>    frame #0: 0x00007fff5aa5c876 libsystem_kernel.dylib`__semwait_signal + 10</div><div>libsystem_kernel.dylib`__semwait_signal:</div><div>->  0x7fff5aa5c876 <+10>: jae    0x7fff5aa5c880            ; <+20></div><div>    0x7fff5aa5c878 <+12>: movq   %rax, %rdi</div><div>    0x7fff5aa5c87b <+15>: jmp    0x7fff5aa58e31            ; cerror</div><div>    0x7fff5aa5c880 <+20>: retq   </div><div>Target 0: (meshTest) stopped.</div><div><br></div><div>Executable module set to "/Users/maximilianhartig/cimply_playground/./meshTest".</div><div>Architecture set to: x86_64h-apple-macosx.</div></div></div></div></div></blockquote><div><br></div><div>Okay, at the prompt you type 'bt'. This gives you the backtrace.</div><div><br></div><div>  Thanks,</div><div><br></div><div>     Matt</div><div> </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"><div dir="auto" style="word-wrap:break-word;line-break:after-white-space"><div dir="auto" style="word-wrap:break-word;line-break:after-white-space"><div><div>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><br></div><div>Thanks,</div><div>Max</div><div><br><blockquote type="cite"><div>On 6. Nov 2018, at 11:23, Stefano Zampini <<a href="mailto:stefano.zampini@gmail.com" target="_blank">stefano.zampini@gmail.com</a>> wrote:</div><br class="m_5189311579366330949Apple-interchange-newline"><div><div dir="ltr"><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"><span><br>[0]PETSC ERROR: Try option -start_in_debugger or -on_error_attach_debugger<br></span></div></blockquote><div><br></div>Have you tried what PETSc suggests here (-on_error_attach_debugger)?<br><div class="gmail_quote">You may need to specify "-on_error_attach_debugger lldb" on a MacOS</div><div> </div></div><div><br></div>-- <br><div dir="ltr" class="m_5189311579366330949gmail_signature" data-smartmail="gmail_signature">Stefano</div></div>
</div></blockquote></div><br></div></div></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="http://www.cse.buffalo.edu/~knepley/" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>