NONMEM Users Network Archive

Hosted by Cognigen

Re: $ABBR REPLACE Limitations?

From: William Denney <wdenney>
Date: Wed, 24 Jan 2018 07:08:26 -0500

Hi Bob,

Thanks for this confirmation. I'm using 7.4.1.

For my other question, is there a limitation of $ABBR REPLACE which prevents=
 its use for parameters like F1 and ALAG1?



> On Jan 24, 2018, at 00:43, Bauer, Robert <Robert.Bauer

> This bug has been fixed since NONMEM 7.4
> Bug #1, nm730_bug_list.pdf in
> Two variables with names longer than six characters, and identical in the f=
irst six characters, defined in $PK, and used in $DES, will be seen as the s=
ame variable. Use variable names that differ in the first six characters. T=
his occurs in NONMEM 7.1.0, 7.1.2, 7.2.0, and 7.3.0. A workaround is to mov=
e all assignment statements for variables whose first 6 characters match to $=
> Robert J. Bauer, Ph.D.
> Senior Director
> Pharmacometrics R&D
> ICON Early Phase
> 820 W. Diamond Avenue
> Suite 100
> Gaithersburg, MD 20878
> Office: (215) 616-6428
> Mobile: (925) 286-0769
> Robert.Bauer
> From: owner-nmusers
n Behalf Of Bill Denney
> Sent: Tuesday, January 23, 2018 4:40 PM
> To: Luann Phillips
> Cc: nmusers
> Subject: RE: [NMusers] $ABBR REPLACE Limitations?
> Hi Luann,
> I’m not having similar problems with other parameters with >6 char=
acters. I had a similar issue with ALAG1, so I think that there are limitat=
ions on what types of variables you can remap. (Perhaps Allison or Bob coul=
d confirm?)
> Thanks,
> Bill
> From: Luann Phillips [mailto:luann
> Sent: Tuesday, January 23, 2018 3:51 PM
> To: Bill Denney <wdenney
> Cc: nmusers <nmusers
> Subject: Re: [NMusers] $ABBR REPLACE Limitations?
> Bill,
> I know at one time NM had a bug (haven't checked to see if it has been fix=
ed) that would cause variables with the first 6 characters the same to be in=
terpreted as the same variable even when later characters differed. I wonder=
 if this is a similar issue?
> Have you tried a shorter variable name, such as FCD1GUT=F1?
> Just a thought,
> Luann
> From: "Bill Denney" <wdenney
> To: "nmusers" <nmusers
> Sent: Tuesday, January 23, 2018 2:15:32 PM
> Subject: [NMusers] $ABBR REPLACE Limitations?
> Hi,
> I’m working in NONMEM 7.4.1 with a model where I need to track 4 d=
rugs simultaneously. To increase the model quality, I’m making heav=
y use of $ABBR REPLACE to keep track of THETA, ETA, and CMT numbers. I trac=
ed an issue with my model where there was no gradient on a bioavailability t=
erm to the fact that this substitution didn’t seem to be working:
> …
> $PK
> …
> FCMTD1GUT didn’t seem to be effectively replaced to F1, so the bio=
availability parameters had no effect. When I changed it to just directly n=
ame F1, it worked as expected.
> $PK
> …
> F1 = THETA(1)
> It’s not obvious from the $ABBR REPLACE section of the manual that=
 this is a limitation of $ABBR REPLACE. Is this an issue or am I missing so=
> Thanks,
> Bill
> <image001.jpg>William S. Denney, PhD
> Chief Scientist, Human Predictions LLC
> +1-617-899-8123
> wdenney
> This e-mail communication is confidential and is intended only for the ind=
ividual(s) or entity named above and others who have been specifically autho=
rized to receive it. If you are not the intended recipient, please do not re=
ad, copy, use or disclose the contents of this communication to others. Plea=
se notify the sender that you have received this e-mail in error by replying=
 to the e-mail or by calling +1-617-899-8123. Please then delete the e-mail a=
nd any copies of it. Thank you.
> ICON plc made the following annotations.
> --------------------------------------------------------------------------=
> This e-mail transmission may contain confidential or legally privileged in=
formation that is intended only for the individual or entity named in the e-=
mail address. If you are not the intended recipient, you are hereby notified=
 that any disclosure, copying, distribution, or reliance upon the contents o=
f this e-mail is strictly prohibited. If you have received this e-mail trans=
mission in error, please reply to the sender, so that ICON plc can arrange f=
or proper delivery, and then please delete the message.
> Thank You,
> ICON plc
> South County Business Park
> Leopardstown
> Dublin 18
> Ireland
> Registered number: 145835

Received on Wed Jan 24 2018 - 07:08:26 EST

The NONMEM Users Network is maintained by ICON plc. Requests to subscribe to the network should be sent to:

Once subscribed, you may contribute to the discussion by emailing: