Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: Re: stringIn record monitors
From: Tim Mooney <mooney@aps.anl.gov>
To: Brian McAllister <brian@hotrats.mit.edu>
Cc: tech-talk@aps.anl.gov
Date: Wed, 02 Apr 2003 15:06:01 -0600
re...,


Brian McAllister wrote:
On 4/2/2003 at 13:13:41 CST, Tim Mooney wrote:


>> Does anyone see any reason not to do this ?


  > It's not hard to imagine this change to the stringout record causing a
  > problem with save_restore, but if you were to follow the model in the
  > ai record (i.e., have MDEL and ADEL fields, compared with the result of
  > strncmp(old,new)), then those who rely on the current behavior could
  > probably get what they need by specifying the mask DBE_LOG in their
  > call to ca_add_event().

To me it makes little sense for MDEL and ADEL to have "values", especially
since string comparisons should be "locale dependent".

My thought was for them (or new fields - possibly less confusing?) to be
binary flags that specify whether to force monitor() to post .VAL on every
record process.

These fields would default to 0="don't force", so existing databases would
produce the existing behavior from the modified records.

Or am I missing something else ?

Binary flags seems fine -- abs(strncmp()) can only take on two values in any case. My point is that you can easily distinguish between value monitors and archive monitors, so that someone with access to the monitor-control field(s) could specify post-every-time for DBE_VALUE clients, and post-only-on-change for DBE_LOG clients. People already know about the field names MDEL and ADEL for numeric records -- where '-1' means "post every time". -- Tim Mooney (mooney@aps.anl.gov) (630)252-5417 Beamline Controls & Data Acquisition Group Advanced Photon Source, Argonne National Lab


Replies:
Re: stringIn record monitors Brian McAllister
References:
Re: stringIn record monitors Brian McAllister

Navigate by Date:
Prev: Re: stringIn record monitors Brian McAllister
Next: Re: stringIn record monitors Brian McAllister
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020 
Navigate by Thread:
Prev: Re: stringIn record monitors Brian McAllister
Next: Re: stringIn record monitors Brian McAllister
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  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 ·