From rabenseifner@XXXXXXX Fri Feb 1 15:42:34 2008 X-Virus-Scanned: by amavisd-new at testserv.rus.uni-stuttgart.de X-Virus-Scanned: by mbox.uni-stuttgart.de From: "Rolf Rabenseifner" Subject: Re: Fw: [mpi-21] Ballot 4 - MPI_File_get_info To: Richard Treumann Cc: bronis@XXXXXXXX,"Bill Gropp" ,X-Mailer: CommuniGate Pro WebUser v5.0.9 Date: Fri, 01 Feb 2008 22:42:16 +0100 In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mailgw.mcs.anl.gov Dick, Yes, looks technical okay but strange in the real wolrd. But I remember, we allowed also unnamed pipes, tapes, ... (with MPI_MODE_SEQUENTIAL). Those might be a candidate for "no filename". Best regards Rolf On Fri, 1 Feb 2008 15:33:55 -0500 Richard Treumann wrote:> >OK - the standard does say that an implementation should return filename if >it can. I guess if an implementation is not able to discover the filename >by the time the app calls MPI_FILE_GET_INFO there is no requirement that >the "filename" hint be returned. The description of the "filename" hint on >page 220 comes close to a requirement but leaves an out. That means an >implementation that is not "capable of returning the file name" might >return MPI_INFO_NULL. > >I have a hard time imagining how any implementation could have been given >the filename at MPI_FILE_OPEN but not be "capable of returning the file >name" later but that is the text > > >Dick Treumann - MPI Team/TCEM >IBM Systems & Technology Group >Dept 0lva / MS P963 -- 2455 South Road -- Poughkeepsie, NY 12601 >Tele (845) 433-7846 Fax (845) 433-8363 Dr. Rolf Rabenseifner . . . . . . . . . .. email rabenseifner@XXXXXXX High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530 University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30)