Long file name bugs in NONMEM and NM-TRAN

4 messages 3 people Latest: Apr 18, 2007

Long file name bugs in NONMEM and NM-TRAN

From: Thomas Ludden Date: April 17, 2007 technical
We thank Nick Holford for bringing this problem to our attention and Alison Boeckmann for defining the source of the problem and providing the workarounds. Please note that the code changes are too extensive for us to provide code fixes at this time. Tom Ludden ________________________________________________________________________ _______________________ NONMEM Code 6. Background: Filenames in the NONMEM control stream (FSTREAM) for data files, model specification, and table files may be at most 72 characters long. However, when the filename is exactly 72 characters long, a run-time error may occur with some compilers. (When using Sun Fortran there is no error message, and the file is opened correctly.) Note that there is no such bug for input data files that are modified by NM-TRAN, i.e., when the NONMEM data file is FDATA. This bug affects all versions of NONMEM. Workaround: Make sure the name specified for data files, model specification, and table files is at most 71 characters in length. ---------------------------------- NM-TRAN Code 5. Background: NM-TRAN allows all types of file names (including names on the $SUBR record) to be more than 80 characters long. They are truncated to 80 characters, with no error message. Further, when the file names of the types listed above are written to FSTREAM, they are further truncated to exactly 72 characters. In such cases, the wrong file names are used by NM-TRAN and (possibly) by NONMEM. This bug affects all versions of NM-TRAN. Workaround: Make sure the file names specified in the NM-TRAN control stream are at most 80 characters in length. If the file name is that of a data file (when the NONMEM and NM-TRAN data file are the same), or a model specification or table file, then the file name should be at most 71 characters. _______________________________________________________________________________________________________________________________________

Long file name bugs in NONMEM and NM-TRAN

From: Thomas Ludden Date: April 17, 2007 technical
We thank Nick Holford for bringing this problem to our attention and Alison Boeckmann for defining the source of the problem and providing the workarounds. Please note that the code changes are too extensive for us to provide code fixes at this time. Tom Ludden ________________________________________________________________________ _______________________ NONMEM Code 6. Background: Filenames in the NONMEM control stream (FSTREAM) for data files, model specification, and table files may be at most 72 characters long. However, when the filename is exactly 72 characters long, a run-time error may occur with some compilers. (When using Sun Fortran there is no error message, and the file is opened correctly.) Note that there is no such bug for input data files that are modified by NM-TRAN, i.e., when the NONMEM data file is FDATA. This bug affects all versions of NONMEM. Workaround: Make sure the name specified for data files, model specification, and table files is at most 71 characters in length. ---------------------------------- NM-TRAN Code 5. Background: NM-TRAN allows all types of file names (including names on the $SUBR record) to be more than 80 characters long. They are truncated to 80 characters, with no error message. Further, when the file names of the types listed above are written to FSTREAM, they are further truncated to exactly 72 characters. In such cases, the wrong file names are used by NM-TRAN and (possibly) by NONMEM. This bug affects all versions of NM-TRAN. Workaround: Make sure the file names specified in the NM-TRAN control stream are at most 80 characters in length. If the file name is that of a data file (when the NONMEM and NM-TRAN data file are the same), or a model specification or table file, then the file name should be at most 71 characters. _______________________________________________________________________________________________________________________________________

Re: Long file name bugs in NONMEM and NM-TRAN

From: Marc Gastonguay Date: April 17, 2007 technical
Tom, nmusers: Here's a suggestion that might be helpful if file names are long because of a long file path. NMTRAN does recognize relative path designations, using the location of the control file as the relative reference. For example... If the data file is in: C:\LongDirecotryName\LongDirecotryName2\LongDirecotryName3 \LongDirecotryName4\Data\LongDataFileName.csv and the control file is in: C:\LongDirecotryName\LongDirecotryName2\LongDirecotryName3 \LongDirecotryName4\Run\LongControlFileName.ctl You can refer to a relative path in the NMTRAN control stream, such as: $DATA ../Data/LongDataFileName.csv Marc Marc R. Gastonguay, Ph.D. Scientific Director, Metrum Institute [www.metruminstitute.org] President & CEO, Metrum Research Group LLC [www.metrumrg.com] Email: [EMAIL PROTECTED] Direct: +1.860.670.0744 Main: +1.860.735.7043
Quoted reply history
On Apr 17, 2007, at 12:53 PM, Ludden, Thomas (MYD) wrote: > We thank Nick Holford for bringing this problem to our attention and Alison Boeckmann for defining the source of the problem and providing the workarounds. Please note that the code changes are too extensive for us to provide code fixes at this time. > > Tom Ludden > > ______________________________________________________________________ _________________________ > > NONMEM Code > > 6. Background: > Filenames in the NONMEM control stream (FSTREAM) for data files, model > specification, and table files may be at most 72 characters long. > However, when the filename is exactly 72 characters long, a run-time > error may occur with some compilers. (When using Sun Fortran there is > > no error message, and the file is opened correctly.) Note that there is > > no such bug for input data files that are modified by NM-TRAN, i.e., > when the NONMEM data file is FDATA. > > This bug affects all versions of NONMEM. > > Workaround: > > Make sure the name specified for data files, model specification, and > table files is at most 71 characters in length. > > ---------------------------------- > NM-TRAN Code > > 5. Background: > NM-TRAN allows all types of file names (including names on the $SUBR > record) to be more than 80 characters long. They are truncated to 80 > > characters, with no error message. Further, when the file names of the > > types listed above are written to FSTREAM, they are further truncated > > to exactly 72 characters. In such cases, the wrong file names are used > > by NM-TRAN and (possibly) by NONMEM. > > This bug affects all versions of NM-TRAN. > > Workaround: > > Make sure the file names specified in the NM-TRAN control stream are at > > most 80 characters in length. If the file name is that of a data file > (when the NONMEM and NM-TRAN data file are the same), or a model > specification or table file, then the file name should be at most 71 > characters. > > ______________________________________________________________________ _________________________________________________________________ > >

RE: Long file name bugs in NONMEM and NM-TRAN

From: Andreas Krause Date: April 18, 2007 technical
Let me add that there is seemingly no way to get it to accept spaces in path names, for example if the path was ../dir with space/data.csv I tried it plain, using quotes and escaping the space once (\ ) and twice (\\ ), all resulting in error messages. Remember that Windows creates default home directories in "Documents and Settings/<username>" and a default document location "My Documents". Andreas Krause ----- Andreas Krause, PhD Pharsight Corporation Strategic Consulting Services http://www.pharsight.com/
Quoted reply history
________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gastonguay, Marc Sent: Tuesday, April 17, 2007 7:58 PM To: nmusers Cc: Ludden, Thomas (MYD) Subject: Re: [NMusers] Long file name bugs in NONMEM and NM-TRAN Tom, nmusers: Here's a suggestion that might be helpful if file names are long because of a long file path. NMTRAN does recognize relative path designations, using the location of the control file as the relative reference. For example... If the data file is in: C:\LongDirecotryName\LongDirecotryName2\LongDirecotryName3\LongDirecotry Name4\Data\LongDataFileName.csv and the control file is in: C:\LongDirecotryName\LongDirecotryName2\LongDirecotryName3\LongDirecotry Name4\Run\LongControlFileName.ctl You can refer to a relative path in the NMTRAN control stream, such as: $DATA ../Data/LongDataFileName.csv Marc Marc R. Gastonguay, Ph.D. Scientific Director, Metrum Institute [www.metruminstitute.org] President & CEO, Metrum Research Group LLC [www.metrumrg.com] Email: [EMAIL PROTECTED] Direct: +1.860.670.0744 Main: +1.860.735.7043 On Apr 17, 2007, at 12:53 PM, Ludden, Thomas (MYD) wrote: We thank Nick Holford for bringing this problem to our attention and Alison Boeckmann for defining the source of the problem and providing the workarounds. Please note that the code changes are too extensive for us to provide code fixes at this time. Tom Ludden ________________________________________________________________________ _______________________ NONMEM Code 6. Background: Filenames in the NONMEM control stream (FSTREAM) for data files, model specification, and table files may be at most 72 characters long. However, when the filename is exactly 72 characters long, a run-time error may occur with some compilers. (When using Sun Fortran there is no error message, and the file is opened correctly.) Note that there is no such bug for input data files that are modified by NM-TRAN, i.e., when the NONMEM data file is FDATA. This bug affects all versions of NONMEM. Workaround: Make sure the name specified for data files, model specification, and table files is at most 71 characters in length. ---------------------------------- NM-TRAN Code 5. Background: NM-TRAN allows all types of file names (including names on the $SUBR record) to be more than 80 characters long. They are truncated to 80 characters, with no error message. Further, when the file names of the types listed above are written to FSTREAM, they are further truncated to exactly 72 characters. In such cases, the wrong file names are used by NM-TRAN and (possibly) by NONMEM. This bug affects all versions of NM-TRAN. Workaround: Make sure the file names specified in the NM-TRAN control stream are at most 80 characters in length. If the file name is that of a data file (when the NONMEM and NM-TRAN data file are the same), or a model specification or table file, then the file name should be at most 71 characters. ________________________________________________________________________ _______________________________________________________________