<div dir="ltr"><div>  I don't see problems calling _exit in PetscSignalHandlerDefault. Let me try it first.</div><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr">--Junchao Zhang</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 21, 2020 at 3:17 PM John Peterson <<a href="mailto:jwpeterson@gmail.com" target="_blank">jwpeterson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I started a thread on <a href="mailto:discuss@mpich.org" target="_blank">discuss@mpich.org</a> regarding some hanging canceled jobs that we were seeing:</div><div><br></div><div><a href="https://lists.mpich.org/pipermail/discuss/2020-April/005910.html" target="_blank">https://lists.mpich.org/pipermail/discuss/2020-April/005910.html</a><br clear="all"><div><br></div><div>It turns out that there are some fairly strict rules about what types of functions (asynchronous-safe only) can be called from signal handlers, and MPI_Abort(), at least the mpich implementation of it, apparently does not fall into that category. I wonder if you have any comments on this. One possibility might be might be to just call "_exit" from PetscSignalHandlerDefault rather than PETSCABORT, not sure what other issues that would cause, however.</div><div><br></div>Thanks, <br><div dir="ltr">John</div></div></div>
</blockquote></div>