<div dir="ltr">I just browsed this ticket.  I remember the standard allows the same pvar name for pvars of different classes. <div><div>I'm not sure if this ticket is still fine on that.</div></div></div><div class="gmail_extra">
<br clear="all"><div><div dir="ltr">--Junchao Zhang</div></div>
<br><br><div class="gmail_quote">On Mon, May 19, 2014 at 10:38 AM, Jeff Squyres (jsquyres) <span dir="ltr"><<a href="mailto:jsquyres@cisco.com" target="_blank">jsquyres@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes.  What do others think about this?<br>
<br>
NOTE: We have about 3.5 hours to get this right/done/sent to the mpi-forum list. (or defer to the next meeting).  I.e., T-2 weeks to the meeting is at 2pm US Central time today.<br>
<br>
The only thing I might change is from "...return the same string OUT parameters..." to "...return the same string valued OUT parameters..."  This is the canonical issue that we don't care what the value of the (char*) pointer is; we care that the *string value* itself is what is the same.<br>

<div><div class="h5"><br>
<br>
<br>
On May 19, 2014, at 11:30 AM, Kathryn Mohror <<a href="mailto:kathryn@llnl.gov">kathryn@llnl.gov</a>> wrote:<br>
<br>
> Jeff,<br>
><br>
> Is this what you want for the text, attached?<br>
><br>
> Kathryn<br>
> _________________________________________________________________<br>
> Kathryn Mohror, <a href="mailto:kathryn@llnl.gov">kathryn@llnl.gov</a>, <a href="http://scalability.llnl.gov/" target="_blank">http://scalability.llnl.gov/</a><br>
> Scalability Team @ Lawrence Livermore National Laboratory, Livermore, CA,<br>
> USA<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On 5/19/14, 8:03 AM, "Bronis R. de Supinski" <<a href="mailto:bronis@llnl.gov">bronis@llnl.gov</a>> wrote:<br>
><br>
>><br>
>> "sufficiently long enough" is redundant; "sufficiently long"<br>
>> is sufficient.<br>
>><br>
>> On Mon, 19 May 2014, Jeff Squyres (jsquyres) wrote:<br>
>><br>
>>> On May 18, 2014, at 2:35 AM, Martin Schulz <<a href="mailto:schulzm@llnl.gov">schulzm@llnl.gov</a>> wrote:<br>
>>><br>
>>>> Hi Kathryn, all,<br>
>>>><br>
>>>> A few comments:<br>
>>>> - "Adhere to the same definition from the MPI implementation.² - not<br>
>>>> sure<br>
>>>> what we meant with this anymore. Perhaps we should just drop this part.<br>
>>><br>
>>> What I meant by that is that each MPI implementation will create a<br>
>>> definition for each cvar/pvar/etc.  The implementation must adhere to<br>
>>> that same definition in all connected processes.  I.e., it can't change<br>
>>> the definition of exactly what that variable is in different processes<br>
>>> (e.g., bytes_in = bytes received from TCP in one process, but bytes<br>
>>> received across shared memory in another process).<br>
>>><br>
>>>> - "OUT index values² is not correct, since index values are IN<br>
>>>> parameters<br>
>>>> to the get_info calls. Perhaps just drop OUT?<br>
>>><br>
>>> Good catch; missed that.  Yes, this whole clause can go.<br>
>>><br>
>>>> - The mandate of equal OUT/INPUT values is also not quite right - for<br>
>>>> the<br>
>>>> strings, it¹s OK to return substrings of the size argument is too<br>
>>>> small. I<br>
>>>> know that¹s a technicality, but I am not sure if this causes problems<br>
>>>> later down the road.<br>
>>><br>
>>> Mmm.  Good point.  So the current text is:<br>
>>><br>
>>> * Return the same INOUT and OUT values from the relevant<br>
>>> MPI_T_*_GET_INFO function.<br>
>>><br>
>>> (I took the liberty of dropping the index value clause)<br>
>>><br>
>>> I notice that we actually return 3 kinds of things from GET_INFO<br>
>>> functions: integers/enums, strings, and MPI handles (i.e.,<br>
>>> MPI_Datatype).  So how about this:<br>
>>><br>
>>> * Return the same INOUT and OUT integer and enum values from the<br>
>>> relevant MPI_T_*_GET_INFO function.<br>
>>> * If sufficiently long enough string length IN parameters are supplied,<br>
>>> return the same string OUT parameters from the relevant MPI_T_*_GET_INFO<br>
>>> function.<br>
>>> * Return a handle to an equivalent MPI object from the relevant<br>
>>> MPI_T_*_GET_INFO function.<br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Jeff Squyres<br>
>>> <a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a><br>
>>> For corporate legal information go to:<br>
>>> <a href="http://www.cisco.com/web/about/doing_business/legal/cri/" target="_blank">http://www.cisco.com/web/about/doing_business/legal/cri/</a><br>
>>><br>
>>> _______________________________________________<br>
>>> mpiwg-tools mailing list<br>
>>> <a href="mailto:mpiwg-tools@lists.mpi-forum.org">mpiwg-tools@lists.mpi-forum.org</a><br>
>>> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools</a><br>
><br>
</div></div>> <tools-3.pdf>_______________________________________________<br>
<div class="HOEnZb"><div class="h5">> mpiwg-tools mailing list<br>
> <a href="mailto:mpiwg-tools@lists.mpi-forum.org">mpiwg-tools@lists.mpi-forum.org</a><br>
> <a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools</a><br>
<br>
<br>
--<br>
Jeff Squyres<br>
<a href="mailto:jsquyres@cisco.com">jsquyres@cisco.com</a><br>
For corporate legal information go to: <a href="http://www.cisco.com/web/about/doing_business/legal/cri/" target="_blank">http://www.cisco.com/web/about/doing_business/legal/cri/</a><br>
<br>
_______________________________________________<br>
mpiwg-tools mailing list<br>
<a href="mailto:mpiwg-tools@lists.mpi-forum.org">mpiwg-tools@lists.mpi-forum.org</a><br>
<a href="http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools" target="_blank">http://lists.mpi-forum.org/mailman/listinfo.cgi/mpiwg-tools</a><br>
</div></div></blockquote></div><br></div>