RE: [NMusers] error (157) forrtl: severe

From: Mark Sale - Next Level Solutions <mark_at_nextlevelsolns.com>
Date: Fri, 07 Dec 2007 15:47:28 -0700
Brian,
  That is expected with NONMEM.  NONMEM insists on exclusive access to all files - it doesn't understand file sharing, even for files like FDATA, FCON, FSTREAM that it only reads (which it could, at least in Windows share).  So, the second instance of NONMEM will complain that it cannot open these file. It doesn't (usually) happen with the original data set, unless you try to run NMTRAN simultaneously.



Mark Sale MD
Next Level Solutions, LLC
www.NextLevelSolns.com
919-846-9185

-------- Original Message --------
Subject: RE: [NMusers] error (157) forrtl: severe
From: "Brian M. Sadler" <bsadler1@nc.rr.com>
Date: Fri, December 07, 2007 9:00 am
To: "'Mark Sale - Next Level Solutions'" <mark@nextlevelsolns.com>,
<Joachim.Grevel@merckserono.net>
Cc: <nmusers@globomaxnm.com>

Joachim,
 
I tried running two jobs simultaneously in the same directory and received the error:
 
 
C:\Documen! ts and Settings\brian\nonmem.exe
Access is denied.
 
Then after the normal warnings:
 
forrtl: severe (47): write to READONLY file, unit 12, file C:\Documents and Settings\brian\Documents\FDATA
Im age              PC        Routine            Line        Source
nmtran.exe         005106BE  Unknown               Unknown  Unknown
 
Stack trace terminated abnormally.
        1 file(s) copied.
Starting nonmem execution ...
forrtl: severe (47): write to READONLY file, unit 6, file C:\Documents and Settings\brian\OUTPUT
Image              PC        Routine            Line        Source
nonmem.exe         00524E3E  Unknown               Unknown  Unknown
 
Stack trace terminated abnormally.
031.OUT
031.CTL
OUTPUT
        1 file(s) copied.
C:\Documents and Settings\brian\Documents\OUTPUT
The process cannot access the file because it is being used by another process.
C:\ >
 
While t he file name may vary depending upon which file is being read/written at any given time, these are the sorts of errors suggested by Mark. The number for the error (47 above and 157 in your case) may be compiler specific (I’m running Intel Fortran 9.1). You may also have the same sort of issues when reading or writing files across a network where a network access violation may be the cause. Is there a file name associated with the error?
 
Cheers… Brian
 
From: owner-nmusers@globomaxnm.com [mailto:owner-nmusers@globomaxnm.com] On Behalf Of Mark Sale - Next Level Solutions
Sent: Friday, December 07, 2007 7:44 AM
To: Joachim.Grevel@merckserono.net
Cc: nmusers@globomaxnm.com
Subject: RE: [NMusers] error (157) forrtl: severe
 
 
Joachim,
 This is probably a file access error, from Fortan/OS, not from NONMEM.  Does NMTRAN run?  Does the compiler run?  Does nmlink6 run (do you get link.lnk)?  Do you get an executable? Does NONMEM start then stop?  If you get the executable (nonmem.exe or fsubs.exe), then the error is with file access in the NONMEM itself. Don't know which file, but if NMTRAN runs it isn't the (NMTRAN) data set, still could be FDATA, FCON, FSTREAM, FRECORD, any of the FILE? (but probably not) or an MSF.  Fortran should close all the files when it exits, by any method (e.g., if it crashes).   Cou! ld conceivable be a library file from the compiler as well.
Mark


Mark Sale MD
Next Level Solutions, LLC
www.NextLevelSolns.com
919-846-9185


-------- Original Message --------
Subject: [NMusers] error (157) forrtl: severe
From: Joachim.Grevel@merckserono.net
Date: Fri, December 07, 2007 6:19 am
To: nmusers@globomaxnm.com


A question for FORTRAN experts:

Fortran Error 157:         access violation

is the error we see when NONMEM crashes on our server installation with models which otherwise run fine on our local PC installations of NONMEM. These crashes occur with very simple (ADVAN2) and also with rat! her complicated  (ADVAN5, ADVAN7) models. They can be avoided whe n models are reformulated with ADVAN6 TOL=5.  Of course with ADVAN6 all models run slower and this is not really a solution of our problem.

We run NONMEM VI without the recent bug fixes in a "naked" fashion on the server, and with "wings" on the PCs. Our compiler is Compaq Visual Fortran (latest version).

We appreciate your thoughts on that.

__________________________________________
Joachim GREVEL, Ph.D.
MERCK SERONO International S.A.
Exploratory Medicine
1202 Geneva
Tel: +41.22.414.4751
Fax: +41.22.414.3059
Email: joachim.grevel@merckserono.net


This message and any attachment are confidential, may be privileged or otherwise protected from disclosure and are intended only for use by the addressee(s) named herein. If you are not the intended recipient, you must not copy this message or attachment or disclose the contents to any other person. If you have received this transmission in error, please notify the sender immediately and delete the message and any attachment from your system. Merck Serono does not accept liability for any omissions or errors in this message which may arise as a result of E-Mail-transmission or for damages resulting from any unauthorized changes of the content of this message and any atta! chment thereto. If verification is required, please request a hard-cop y version. Merck Serono does not guarantee that this message is free of viruses and does not accept liability for any damages caused by any virus transmitted there! with.
image001.png left.letterhead
Received on Fri Dec 07 2007 - 17:47:28 EST

This archive was generated by hypermail 2.2.0 : Sat Dec 08 2007 - 10:18:02 EST