Experimental Physics and
Industrial Control System

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 ([email protected]) (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  <2003>  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 

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  <2003>  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024