<div dir="ltr">Comm_create is definitely a separate ticket.  :)</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 17, 2014 at 3:32 AM, Dan Holmes <span dir="ltr"><<a href="mailto:dholmes@staffmail.ed.ac.uk" target="_blank">dholmes@staffmail.ed.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jim,<br>
<br>
I've just read the MPI_COMM_CREATE text in MPI-3.0 and you are correct that the order of statements there is also not ideal.<br>
<br>
I'm not certain of where the re-read threshold is - that'll be a Forum decision on the day, I guess. Moving a couple of sentences, without changing their content, doesn't seem like a big change to me. Especially when the consequence of the re-positioning is to achieve syntactically what everyone is supposed to assume from the previous ordering. I'll leave it up to you! I certainly don't want to make anyone's life difficult or delay the approval process for end-points.<br>

<br>
I don't suggest that we try to change the text for MPI_COMM_CREATE, either as part of this ticket or separately.<br>
<br>
Cheers,<br>
Dan.<div class="HOEnZb"><div class="h5"><br>
<br>
On 16/07/2014 20:28, Jim Dinan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Dan,<br>
<br>
Thanks for the thorough feedback.  I applied these changes and attached an<br>
updated document.  I'm trying to keep the changes we make right now as<br>
small as possible so that we can have a first vote in Japan.  The change<br>
below is reasonable, but I'm concerned that it might push us over the<br>
re-read threshold.<br>
<br>
On Tue, Jul 1, 2014 at 5:34 AM, Daniel Holmes <<a href="mailto:dholmes@epcc.ed.ac.uk" target="_blank">dholmes@epcc.ed.ac.uk</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
%%PROBLEM<br>
The statements about cached information, valid values for my_num_ep, and<br>
the condition for the error code/class all apply to the inter-communicator<br>
case as well as the intra-communicator case. Should this be made clearer by<br>
moving that text out of the intra-communicator paragraph and after the<br>
inter-communicator paragraph?<br>
%%SUGGESTION<br>
If parent_comm is an intracommunicator ... sum of the values of my_num_ep<br>
on all calling processes. If parent_comm is an intercommunicator ...<br>
MPI_COMM_NULL is returned in all entries of new_comm_handles.<br>
<p>No cached information ... this function will return MPI_ERR_ENDPOINTS<br>
at all processes.<br>
<br>
</blockquote>
What are your thoughts?  I believe that the structure we have for this text<br>
was inherited from the MPI_Comm_create text.<br>
<br>
  ~Jim.<br>
<br>
</blockquote>
<br>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
The University of Edinburgh is a charitable body, registered in<br>
Scotland, with registration number SC005336.<br>
<br>
</font></span></blockquote></div><br></div>