<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 30, 2015 at 7:59 AM, Soumya Mukherjee <span dir="ltr"><<a href="mailto:soumyamechanics@gmail.com" target="_blank">soumyamechanics@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">It is a PETSc error. And I just wanted to know if runs without an error in your machine.</p></blockquote><div>This is not a PETSc error, as such. PETSc installs a signal handler so that we can try and get more</div><div>information about signals. However, it is likely that you have a Floating Point Exception, like a divide</div><div>by zero, in your user code.</div><div><br></div><div>  Thanks,</div><div><br></div><div>     Matt <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p dir="ltr">On Nov 30, 2015 4:34 AM, "Jose E. Roman" <<a href="mailto:jroman@dsic.upv.es" target="_blank">jroman@dsic.upv.es</a>> wrote:<br>
><br>
> I am not going to run your code. We are not a free debugging service. You have to debug the code yourself, and let us know only if the issue is related to the SLEPc library. Start adding error checking code with the CHKERRQ macro to all PETSc/SLEPc calls. This will catch most errors. It no errors are detected, then run with a debugger such as gdb or valgrind to determine the exact point where the program fails.<br>
><br>
> Jose<br>
></p>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">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></div>