
<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi all,<div class=""><br class=""></div><div class="">The Fault Tolerance Working Group will be reading the following ticket at the September 2019 meeting:</div><div class=""><br class=""></div><div class=""><ul class="MailOutline"><li class="">Create MPI_INFO_ENV before MPI_INIT </li><ul class=""><li class=""><a href="https://github.com/mpi-forum/mpi-issues/issues/143" class="">Issue #143</a></li><li class=""><a href="https://github.com/mpi-forum/mpi-standard/pull/126" class="">Pull Request #126</a></li><li class="">Add a new API function for constructing an MPI_INFO_ENV object when one might not exist (or might be wrong). This is sort of in conjunction with the Tools and Sessions working groups.</li></ul></ul></div><div class=""><br class=""></div><div class="">We will also hold a no-no and first vote on the following ticket:</div><div class=""><br class=""></div><div class=""><ul class="MailOutline"><li class="">Add MPI_ERR_PROC_ABORTED</li><ul class=""><li class=""><a href="https://github.com/mpi-forum/mpi-issues/issues/134" class="">Issue #134</a></li><li class=""><a href="https://github.com/mpi-forum/mpi-standard/pull/112" class="">Pull Request #112</a></li><li class="">Add the MPI_ERR_PROC_ABORTED error class.</li><li class="">No-no text is here: <a href="https://github.com/mpi-forum/mpi-standard/pull/112/commits/4872280602dcac8619525c945f4a6922632b6492" class="">https://github.com/mpi-forum/mpi-standard/pull/112/commits/4872280602dcac8619525c945f4a6922632b6492</a> </li></ul></ul><div class=""><br class=""></div></div><div class="">Finally, we will have a second vote on these two issues:</div><div class=""><br class=""></div><div class=""><ul class="MailOutline"><li class="">Clarify what MPI_SUCCESS guarantees, and what is left undefined when MPI_ERR_XXX happens</li><ul class=""><li class=""><a href="https://github.com/mpi-forum/mpi-issues/issues/119" class="">Issue #119</a></li><li class=""><a href="https://github.com/mpi-forum/mpi-standard/pull/95" class="">Pull Request #95</a></li><li class="">The definition of MPI_SUCCESS is a terse "no error returned". When we operate under the assumption that some failure (process, resource, transport, otherwise) may happen, we need to clarify in which cases MPI_SUCCESS is possible, and what it guarantees. For example an implementation may mask errors that do not have a direct consequence on the call semantic.<br class=""><br class="">Conversely, we need to clarify what arguments and buffers are valid or undefined after a call has raised an error.</li></ul><li class="">Define error/failure behavior in MPI_INIT/FINALIZE</li><ul class=""><li class=""><a href="https://github.com/mpi-forum/mpi-issues/issues/102" class="">Issue #102</a></li><li class=""><a href="https://github.com/mpi-forum/mpi-standard/pull/50" class="">Pull Request #50</a></li><li class="">Errors before or during MPI_INIT may kill the entire application, which makes initializing MPI a possibly risky proposition in a mixed-mode application.</li></ul></ul><div class=""><br class=""></div></div><div class=""><div class="">Thanks,</div><div class="">Wesley</div></div></body></html>