Leo R. Dalesio wrote:
>
> I would think that a soft bo with an undefined DOL that has
> been processed at initialization should be 0 and defined. If someone
> wanted the value to be something other than 0 - they could have put
> the constant 1 in the DOL field. As some of the configuration tools
> do not define a field if it is the same value as the default, an undefined
> field should be construed as a 0. Just my opinion....
The question is, of course, relevant to output records in general.
The Release Notes to R3.13 say: "Another feature is is that it is now
possible to distinguish link constants with a value of 0 from links that
have never been given a value".
I believe that the distinction between zero ("0") and undefined ("") has
been made in order to allow undefined links to be completely ignored by
the record support in contrast to constant-zero links. Link behavior
should be consistent throughout the system and IMHO undefined is not the
same as zero.
If people want to have a zero value at init, they can either set it in
the database, or, if they insist on a different *default* behavior for
the DOL links, we (or they) can set 'initial("0")' in the record's
definition of the DOL field and everything works as expected without
changing the record support.
I'd like to know if it is the general opinion that an output record that
has been processed is defined (i.e. UDF==FALSE), even when
- no value has been put into VAL,
- DOL is undefined, and
- no readback was done by the device support.
Ben
--
The Notorious Neb Nesknarf
- Replies:
- Re: support for output records Bob Dalesio
- References:
- Re: VxWorks global variable device support (boRecord.c) saa
- Re: VxWorks global variable device support (boRecord.c) Benjamin Franksen
- Navigate by Date:
- Prev:
Re: support for output records Bernd Schoeneburg
- Next:
Re: Using EPICS CA from Python Noboru Yamamoto
- 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: VxWorks global variable device support (boRecord.c) Benjamin Franksen
- Next:
Re: support for output records Bob Dalesio
- 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
|