<div dir="ltr">Due to lack of participate (just Manju & I), we cancelled this week's call. We didn't have anything major to discuss today as we have the forum meeting next week and things have mostly been prepped for that meeting. I distributed the most recent version of the slides this morning. I don't think there are any more changes to be made there other than deciding about the failure_ack/get_acked vs. get_failed semantic. Once we make a decision, we need to remove one slide or the other. Which brings me to the other point I was going to discuss today:<div>

<br></div><div>Aurelien provided an example use case for the MPI_COMM_GET_FAILED semantic just before the call last week. Since we didn't have much time with it, we decided to wait and discuss it this week. I've been looking at it and the idea seems solid to me. It's possible that there might be a semantic issue or two, but the rationale seems good. I propose that we combine MPI_COMM_FAILURE_ACK/GET_ACKED to create a new function MPI_COMM_GET_FAILED. Essentially the new function will do exactly the same thing as the previous functions, just without the separated semantics. The function header would look like this:</div>

<div><br></div><div>int MPI_Comm_get_failed(MPI_Comm comm, MPI_Group *failed_group);</div><div><br></div><div>Where ''failed_group'' is the group of processes which is locally known to have failed in ''comm''. Obviously there will need to be some textual changes in the chapter to reflect this change. For the slides, essentially, we just need to take out slide 7 and remove "[Alternative]" from the title of slide 8. I won't bother sending out another version of the slides for this. Rich, can you make these changes in your version?</div>

<div><br></div><div>Other than that, we can talk about future plans on the next call. My participation over the next month or two might be intermittent. My wife and I are expecting our first baby in the next 2-3 weeks so I might miss a couple of calls.</div>

<div><br></div><div><div>Thanks,</div><div>Wesley</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 3, 2013 at 8:58 AM, Wesley Bland <span dir="ltr"><<a href="mailto:wbland@mcs.anl.gov" target="_blank">wbland@mcs.anl.gov</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><font color="#000000"><span style="font-family:arial,sans-serif;font-size:13px">Dear WG members,</span><br style="font-family:arial,sans-serif;font-size:13px">

<br style="font-family:arial,sans-serif;font-size:13px">
<span style="font-family:arial,sans-serif;font-size:13px">This is a reminder that according to our planning, we are having our regular phone meeting today at 3pm EDT.</span></font><div style="font-family:arial,sans-serif;font-size:13px">


<font color="#000000"><br></font></div><div style="font-family:arial,sans-serif;font-size:13px"><div><font color="#000000"><b>NOTE THE NEW CALL-IN NUMBER.</b> This a permanent change from the old number.<br><br>
Date: September 3,<br>Time: 3pm EDT/New York<br>Dial-in information: <a href="tel:218-339-4600" value="+12183394600" target="_blank">712-432-0360</a><br>Code: 623998#</font><div><font color="#000000"><br></font></div><div>


<font color="#000000">Agenda:</font></div><div><font color="#000000">* Discuss Aurelien's example for MPI_COMM_GET_FAILED</font></div></div><div><font color="#000000">* Plan for Madrid meeting (quick skim of slides, including changes which happened after last call)</font></div>


<div><font color="#000000">* Discuss plan for proposal moving toward December reading<br><br>Next Meetings:</font><div><font color="#000000">* September 17, 2013</font></div><div><font color="#000000">* October 1, 2013</font></div>


</div></div><div style="font-family:arial,sans-serif;font-size:13px">* October 15, 2013</div><div style="font-family:arial,sans-serif;font-size:13px">* October 29, 2013</div></div>
</blockquote></div><br></div>