***See thread on NONMEM Installation***

Date: Wed, 15 Dec 1999 19:29:03 +0100
From: José Javier Zarate <jzarate@unav.es>
Subject: NONMEM Installation

Dear all, does anybody know how to transform BLKDAT (double precisoon)pairs of integers in numbers and viceversa (is a problem with the installation of NONMEM in my machine)

Thanks
--
JJ Zarate
Departamento de Farmacia y Tecnologia Farmaceutica
http://www.unav.es/farmacia/dptos/farmytec/index.htm

 

 

*****

 

 

Date: Wed, 15 Dec 1999 19:35:15 +0100
From: José Javier Zarate <jzarate@unav.es>
Subject: NONMEM Installation

Dear all

after installing NONMEM under Linux I have found that if you suppress the CALL FLUSH (I) statement in FLU.f the performance of the program appears to improve (I am still checking the installation).

I have also found that if you are not using C Shell as your default shell you have to modify nmfe5 that after installation (even with default values) appears

#
set dir=/home/nmv
set f=fort
set o=-O
#!/bin/csh
# This C shell script runs NM-TRAN and NONMEM V
# written by AJB 3/98 version 1.0
# The following lines are inserted by SETUP
#set dir=/home/nmv
#set f=f77
#set o=-O

when it should appear
#!/bin/csh
set dir=/home/nmv
set f=fort
set o=-O
# This C shell script runs NM-TRAN and NONMEM V
# written by AJB 3/98 version 1.0
# The following lines are inserted by SETUP
#set dir=/home/nmv
#set f=f77
#set o=-O

Causing the script to fail if you are using other shell. Hope it avoids trouble to other Linux users.

Bye
--
JJ Zarate
Departamento de Farmacia y Tecnologia Farmaceutica
http://www.unav.es/farmacia/dptos/farmytec/index.htm

 

 

*****

 

 

Date: Wed, 15 Dec 1999 14:48:41 -0800 (PST)
From: ABoeckmann <alison@c255.ucsf.edu>
Subject:NONMEM Installation

JJ Zarate asked some questions about installation of NONMEM on Linux. Although nmconsult@c255.ucsf.edu is usually a better place for such questions, these particular questions are of general interest.

Two of his problems are easily handled with NONMEM V 1.1:

Unix SETUP has been modified to recognize the option "intel".
This tells it that BLKDAT should specify the INTEL constants rather than IEEE constants.

Unix NMFE5 now runs under the Cshell because this line was added:
#!/bin/csh

With NONMEM V 1.0, it is necessary to stop SETUP before the compiles, edit BLKDAT to activate the INTEL constants, and restart SETUP. Also, you must edit NMFE5 to insert the line #!/bin/csh if you are not using the C-shell.

As for the FLU routine, what he says is true. Each time "CALL FLUSH" is executed, this takes a little time. It is writing the latest iteration summary to the report file on disk. There is a trade off between longer run time vs. the convenience of seeing exactly what the current state of the run is. We feel that the time spent writing is minor and it is to your advantage to leave the CALL FLUSH as-is.

Alison Boeckmann

 

===================

 

 

*****

 

 

From: alexander.kraus@grunenthal.com
Subject: NONMEM Installation
Date: Tue, 11 Jan 2000 11:10:22 +0100

I had some similar problems with runnning the control3 example using nmfe5.bat even I used the FORTRAN COMMAND PROMPT of Compaq Visual Fortran 6.1 (the command prompt sets the environment for the DF command using DFVARS.BAT).

I ended up successfully by adding a line within the compile-block to the nmfe5.bat file

...
:compile
if exist link copy link link.lnk <===== NEW LINE I ENTERED !!!
%f% %op% /Fenonmem %s% @link.lnk %n% %u% > %f%.txt
...

It seemed that Windows NT missed to have or hided the '.LNK'-extension to the LINK-File that is created automatically while executing nmfe5.bat; NT Explorer only shows LINK as the filename and LNK-file as the file-type.

In fact I already had observed problems with running VBA-macros using file-extensions as qualifiers and having set the view-options to miss extensions of known files inside NT-Explorer; I expect something similar to happen with the .LNK file extension since links may be treated differently from ordinary files.

Sincerely,
Alexander Kraus
----------------------------------------------------------------------------
Dr. Alexander Kraus Tel.: +49-(0)241-569-2840
Grünenthal GmbH Fax.: +49-(0)241-569
2430
Dept. for Pharmacokinetics (FE-PK)
Zieglerstr. 6 Mailto:
Alexander.Kraus@grunenthal.com
D-52078 Aachen, Germany
----------------------------------------------------------------------------

 

 

*****

 

 

Date: Wed, 12 Jan 2000 07:49:10 +1300
From: Nick Holford <n.holford@auckland.ac.nz>
Subject: NONMEM Installation

I am running Compaq Visual Fortran 6.1 and Windows NT 4 Service Pack 5. I do have any problem running nmfe5 with control3.

The file LINK.LNK is created by nmlink5.exe during execution of nmfe5. The LNK extension makes no difference to the creation of the file. It does affect associations however and means you cannot open LINK.LNK using the Explorer to open it with Notepad for instance and it also means that the Explorer does not show the file extension so you may be fooled into thinking the file is just named LINK.

I would suggest to Alexander that he run nmfe5 again, without the new line renaming any existing file named link to link.lnk, then give the DOS command DIR LINK.* command to see if LINK.LNK is created by nmlink5.exe. It is very hard to believe that NT interferes with the way that nmlink5.exe creates a file.

Overall the problems of using the LNK extension can be avoided by changing the name LINK.LNK to say LINK.LNF in nmlink5.for and recompiling it (command is "df nmlink5" in the nmv\util directory) and also changing the reference to link.lnk to link.lnf in nmfe5.bat.

--
Nick Holford, Dept Pharmacology & Clinical Pharmacology
University of Auckland, Private Bag 92019, Auckland, New Zealand
email:n.holford@auckland.ac.nz tel:+64(9)373-7599x6730 fax:373-7556
http://www.phm.auckland.ac.nz/Staff/NHolford/nholford.htm