Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  Index 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020 
<== Date ==> <== Thread ==>

Subject: Re: dbst problem when built against 3.13.1(actually problem with capfast symbols)
From: saa@SLAC.Stanford.EDU
To: tech-talk@aps.anl.gov
Date: Tue, 02 Feb 1999 11:28:39 -0800 (PST)
Hi Rozelle -

Thanks for your response on the new dbst behavior.  

>I haven't changed dbst, I simply report out fields that are different
>from the default.  It is possible that dbStaticLib has changed.  
>I believe the problem is that global link fields are  really strings, 
>so the default is the empty string rather
>than 0.00000000000e+00 (as it appears in all the capfast symbols).

Yes, dbIsDefaultValue has changed (and there is a comment in the release
notes for the changes between beta11 and beta12) so that fields with
zero's are now dumped instead of ignored.  I assume the reason for this
change is to allow people to override a field with a non-zero default value
with zero.  

>I had a problem with DOL fields inadvertantly initializing analog out
>records to 0.0.
>I went through  and did a global edit on .sym files
>that have DOL fields  and changed def(DOL) from 
>def(DOL):0.000000000000000e+00 
>to 
>def(DOL):
>This fixed our problem with analog outs.  
>However, I think this should probably be done for all the other LINK fields.
>INP, FLNK, INPA, INPB   etc.

But not just LINK fields but all non-menu fields like PHAS, EVNT, etc.
So I'll need to go through ALL my capfast symbols and edit many fields.
I wish I was using gdct as my database tool...

Thanks again,

Stephanie

Navigate by Date:
Prev: EPICS Meeting '98: Presentations Ralph Lange
Next: KEKB status:Thanks to all of you. Noboru Yamamoto
Index: 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020 
Navigate by Thread:
Prev: Re: dbst problem when built against 3.13.1(actually problem with capfast symbols) Rozelle Wright
Next: Notes on building extensions against R3.13.1 base saa
Index: 1994  1995  1996  1997  1998  <19992000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·