>>> 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 ?
----
Brian McAllister Controls Programmer/Beam Physicist
[email protected] MIT-Bates Linear Accelerator
(617) 253-9537 Middleton, MA
- Replies:
- Re: stringIn record monitors Tim Mooney
- References:
- Re: stringIn record monitors Tim Mooney
- Navigate by Date:
- Prev:
Re: stringIn record monitors Tim Mooney
- Next:
Re: stringIn record monitors Tim Mooney
- 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 Tim Mooney
- Next:
Re: stringIn record monitors Tim Mooney
- 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
|