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

2007-12-07 Thread Mark Sale - Next Level Solutions
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

[NMusers] Wanted: Clinical Research Scientist - Pharmacology, Cambridge MA

2007-12-07 Thread Rynak, John
Clinical Research Scientist - Pharmacology Reporting to the Director of Clinical Pharmacology, the Clinical Pharmacologist will be responsible for leading scientific and strategic planning, internal and external project communications, and clinical documentation for NDA-directed clinical developm

[NMusers] Re: NONMEM VI on Mac book

2007-12-07 Thread navin goyal
Dear Nonmem Users, I installed NONMEM VI on MAC with OS X When I test run ./nmfe6 CONTROL5 RPORT5 it gives me the following error aer-wipa-104-121:/opt/nmvi/run WorldCitizen$ sudo ./nmfe6 CONTROL5 rep2 WARNINGS AND ERRORS (IF ANY) FOR PROBLEM1 (WARNING 2) NM-TRAN INFERS THAT THE DATA ARE

Re: [NMusers] Unix to Windows Model Translation / PK Comp Initialization

2007-12-07 Thread Leonid Gibiansky
Hi Josh, I am not sure what causes your problem, but the control stream is not completely correct. I would move WB=(1-EXP((-(KA1*TIME)**GAMA1)))*KAM to the $DES block, as WB=(1-EXP((-(KA1*T)**GAMA1)))*KAM (TIME is the value of time at the event records while T is the internal running ti

[NMusers] Unix to Windows Model Translation / PK Comp Initialization

2007-12-07 Thread Joshua_Henshaw
Dear NONMEM Users, We have recently run into a rather puzzling problem with a PK/PD model and are hoping one of the NONMEM experts in the community can provide some insight. The model was originally developed, and ran well, using a previously used Unix-based version of NONMEM. However, when w

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

2007-12-07 Thread Alison Boeckmann
Joachim, Any problem of this nature that is repeatable needs to be looked into. The fact that it happens with some ADVAN's and not others could certainly be a symptom of a bug, e.g., access outside an array bound. The recent email from [EMAIL PROTECTED] contains a link to an interesting discussio

[NMusers] NONMEM Intermediate Workshop

2007-12-07 Thread Andrew Hooker
NONMEM Intermediate Workshop: New features and advanced methods for model building and evaluation in NONMEM VI San Francisco, CA March 17-19, 2008 Overview: The Center for Drug Development Science (CDDS) is happy to announce the NONMEM Intermediate Workshop co-sponsored with the pharmaco

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

2007-12-07 Thread Rob ter Heine
Dear all, Found text at the bottom at:http://softwarecommunity.intel.com/isn/Community/en-US/forums/thread/116158.aspx Moreover, this guide (http://jp.xlsoft.com/documents/intel/cvf/cvf_rter.pdf ) suggests: "...Try recompiling with the /check:bounds and /warn:argument_checking options set, to

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

2007-12-07 Thread Joachim . Grevel
Brian, I sent you the screen shot directly. For the NMusers: no there is no file name associated with it. Joachim "Brian M. Sadler" <[EMAIL PROTECTED]> 07.12.2007 15:00 To "'Mark Sale - Next Level Solutions'" <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> cc Subject RE: [NMusers] error (157)

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

2007-12-07 Thread Brian M. Sadler
Joachim, I tried running two jobs simultaneously in the same directory and received the error: C:\Documents 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\

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

2007-12-07 Thread Joachim . Grevel
Yet, also consider this. It is not entirely random. Runs which once worked , always work, Runs which once crashed with the 157 error always crash even at the same point (it seems to me at least) into the execution... as if "something" fills up and then overflows. Joachim Mark Sale - Next Le

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

2007-12-07 Thread Mark Sale - Next Level Solutions
Interesting,  The only thing I can think of that would be random like that is that some other program (virus checker? back up?) is accessing the files.  Maybe the slower ADVANS don't mind because they access the file(s) less often, and haven't happened to try when the other program is accessing th

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

2007-12-07 Thread Joachim . Grevel
Thank you, Mark for responding. Yes, NONMEM is running often just fine - up to a few hundred function evaluations. But sometimes it crashes even before I see the first iteration. When it crashes later I see the entire set of FILEs and executables in the directory. So NONMEM and NMTRAN were work

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

2007-12-07 Thread Mark Sale - Next Level Solutions
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 fi

[NMusers] error (157) forrtl: severe

2007-12-07 Thread Joachim . Grevel
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 rather compli