Hi Bob,
It looks like that was my issue. Thanks, Bill *From:* Bauer, Robert [mailto:robert.ba...@iconplc.com] *Sent:* Wednesday, January 24, 2018 12:35 PM *To:* William Denney <wden...@humanpredictions.com> *Cc:* Luann Phillips <lu...@cognigencorp.com>; nmusers < nmusers@globomaxnm.com> *Subject:* RE: [NMusers] $ABBR REPLACE Limitations? Bill: The straight substitutions should work for any variable. Alison and I discovered a minor glitch in nm74 (it works okay in nm73), where substitution does not occur if there is a space between the name and the = sign in the execution statement. So, instead of FCMTD1GUT = THETA(1) try FCMTD1GUT= THETA(1) and see if that works. 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.ba...@iconplc.com www.iconplc.com *From:* William Denney [mailto:wden...@humanpredictions.com <wden...@humanpredictions.com>] *Sent:* Wednesday, January 24, 2018 4:08 AM *To:* Bauer, Robert *Cc:* Luann Phillips; nmusers *Subject:* Re: [NMusers] $ABBR REPLACE Limitations? 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? Thanks, Bill On Jan 24, 2018, at 00:43, Bauer, Robert <robert.ba...@iconplc.com> wrote: This bug has been fixed since NONMEM 7.4 Bug #1, nm730_bug_list.pdf in https://nonmem.iconplc.com/nonmem730 Two variables with names longer than six characters, and identical in the first six characters, defined in $PK, and used in $DES, will be seen as the same variable. Use variable names that differ in the first six characters. This occurs in NONMEM 7.1.0, 7.1.2, 7.2.0, and 7.3.0. A workaround is to move all assignment statements for variables whose first 6 characters match to $DES. 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.ba...@iconplc.com www.iconplc.com *From:* owner-nmus...@globomaxnm.com [mailto:owner-nmus...@globomaxnm.com <owner-nmus...@globomaxnm.com>] *On 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 characters. I had a similar issue with ALAG1, so I think that there are limitations on what types of variables you can remap. (Perhaps Allison or Bob could confirm?) Thanks, Bill *From:* Luann Phillips [mailto:lu...@cognigencorp.com] *Sent:* Tuesday, January 23, 2018 3:51 PM *To:* Bill Denney <wden...@humanpredictions.com> *Cc:* nmusers <nmusers@globomaxnm.com> *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 fixed) that would cause variables with the first 6 characters the same to be interpreted 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" <wden...@humanpredictions.com> *To: *"nmusers" <nmusers@globomaxnm.com> *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 drugs simultaneously. To increase the model quality, I’m making heavy use of $ABBR REPLACE to keep track of THETA, ETA, and CMT numbers. I traced an issue with my model where there was no gradient on a bioavailability term to the fact that this substitution didn’t seem to be working: $ABBR REPLACE FCMTD1GUT=F1 … $PK … FCMTD1GUT = THETA(1) FCMTD1GUT didn’t seem to be effectively replaced to F1, so the bioavailability parameters had no effect. When I changed it to just directly name 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 something? Thanks, Bill ------------------------------ <image001.jpg> <http://www.humanpredictions.com/>*William S. Denney, PhD* Chief Scientist, Human Predictions LLC +1-617-899-8123 wden...@humanpredictions.com This e-mail communication is confidential and is intended only for the individual(s) or entity named above and others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please 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 and any copies of it. Thank you. ICON plc made the following annotations. ------------------------------------------------------------------------------ This e-mail transmission may contain confidential or legally privileged information 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 of this e-mail is strictly prohibited. If you have received this e-mail transmission in error, please reply to the sender, so that ICON plc can arrange for proper delivery, and then please delete the message. Thank You, ICON plc South County Business Park Leopardstown Dublin 18 Ireland Registered number: 145835
