<html><body>
<p>I think this proposal is moot unless it is intended as a loophole to allow an implementation to provide a zero-functionality version of the INFO bindings. The "filename" hint is always present on an MPI_File so there should never be a empty MPI_FILE_GET_INFO return.<br>
<br>
Dick <br>
hh<br>
Dick Treumann - MPI Team/TCEM <br>
IBM Systems & Technology Group<br>
Dept 0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601<br>
Tele (845) 433-7846 Fax (845) 433-8363<br>
<br>
<br>
<tt>mpi-21-bounces@cs.uiuc.edu wrote on 01/31/2008 08:01:20 AM:<br>
<br>
> This is a proposal for MPI 2.1, Ballot 4.<br>
> <br>
> I'm asking especially the implementors to check, whether<br>
> this interpretation is implemented in their MPI implementations,<br>
> or does not contradict to the existing implementation.<br>
> <br>
> This is a follow up to:<br>
> MPI_File_get_info<br>
> in <a href="http://www.cs.uiuc.edu/homes/wgropp/projects/parallel/MPI/mpi-">http://www.cs.uiuc.edu/homes/wgropp/projects/parallel/MPI/mpi-</a><br>
> errata/index.html<br>
> with mail discussion not yet existing<br>
> ___________________________________<br>
> <br>
> Proposal:<br>
> MPI-2.0 Sect. 9.2.8, File Info, page 219, lines 11-13 read:<br>
> <br>
> MPI_FILE_GET_INFO returns a new info object containing the hints <br>
> of the file associated with fh. The current setting of all hints <br>
> actually used by the system related to this open file is returned<br>
> in info_used. <br>
> The user is responsible for freeing info_used via MPI_INFO_FREE. <br>
> <br>
> but should read (" or an abort(errorcode)" removed):<br>
> <br>
> MPI_FILE_GET_INFO returns a new info object containing the hints <br>
> of the file associated with fh. The current setting of all hints <br>
> actually used by the system related to this open file is returned<br>
> in info_used. <br>
> If there does not exist such a hint, MPI_INFO_NULL is returned.<br>
> The user is responsible for freeing info_used via MPI_INFO_FREE<br>
> if info_used is not MPI_INFO_NULL. <br>
> ___________________________________<br>
> Rationale for this clarification:<br>
> This text was missing. It was not clear, whether a MPI_Info handle <br>
> would be returned that would return nkeys=0 from MPI_INFO_GET_NKEYS.<br>
> From user's point of view, this behavior might have been expected<br>
> without this clarification.<br>
> ___________________________________<br>
> <br>
> As far as I understand, ROMIO is using for all filesystems some default<br>
> hints and therefore "no-hints" is never returned.<br>
> MPI_File_set_view and MPI_File_set_info are only modifying values<br>
> but do not remove keys.<br>
> Therefore, the info handle cannot become empty.<br>
> <br>
> Best regards<br>
> Rolf<br>
> <br>
> <br>
> Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner@hlrs.de<br>
> High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530<br>
> University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832<br>
> Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner<br>
> Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)<br>
> _______________________________________________<br>
> mpi-21 mailing list<br>
> mpi-21@cs.uiuc.edu<br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/mpi-21">http://lists.cs.uiuc.edu/mailman/listinfo/mpi-21</a><br>
</tt></body></html>