From thakur@XXXXXXXXXXX Fri Feb  1 16:03:13 2008
From: "Rajeev Thakur" <thakur@XXXXXXXXXXX>
To: "'Rolf Rabenseifner'" <rabenseifner@XXXXXXX>
Cc: <bronis@XXXXXXXX>,"'Bill Gropp'" <gropp@XXXXXXXXXXX>,References: <OF16F2CB75.159FA035-ON852573E2.006F5F47-852573E2.0070F840@us.ibm.com> <web-95721307@XXXXXXXXXXXXXXXX>
Subject: RE: Fw: [mpi-21] Ballot 4 - MPI_File_get_info
Date: Fri, 1 Feb 2008 16:03:10 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
thread-index: AchlG1qv9COOdSZ6QBKNn+F5OX5NzQAApphQ
In-Reply-To: <web-95721307@XXXXXXXXXXXXXXXX>
X-Spam-Status: No, hits=-1.9 required=5.0
	tests=IN_REP_TO,MISSING_OUTLOOK_NAME,QUOTED_EMAIL_TEXT,
	      REFERENCES,REPLY_WITH_QUOTES
	version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)

Also, the first para under Reserved File Hints says "An implementation is
not required to interpret these key values, but if it does interpret the key
value, it must provide the functionality described." So an implementation is
free to not support any hint.

Rajeev


> -----Original Message-----
> From: Rolf Rabenseifner [mailto:rabenseifner@XXXXXXXX 
> Sent: Friday, February 01, 2008 3:42 PM
> To: Richard Treumann
> Cc: bronis@XXXXXXXXX Bill Gropp; Rob Ross; Rajeev Thakur
> Subject: Re: Fw: [mpi-21] Ballot 4 - MPI_File_get_info
> 
> 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 <treumann@XXXXXXXXXX> 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)
> 
>