I have a question concerning the use of the function recGblResetAlarms in
conjunction with the db_post_events function.
I wish to raise a monitor event when selected fields of a record are
changed by a dbPutField call (usually via a channel access message). The
fields are all marked for special processing -- the special(SPC_MOD)
attribute of the field has been set. The examples indicate that monitor
activation during the "process" phase clearly require an initial call to
recGblResetAlarms; however, when the change of value takes place outside of
a call to the record's process function, does recGblResetAlarms need to be
invoked?
Fritz
- Replies:
- Re: When must recGblResetAlarms be called? Marty Kraimer
- Navigate by Date:
- Prev:
Darwin support for Objective-C and Foundation framework Eric Norum
- Next:
Re: When must recGblResetAlarms be called? Marty Kraimer
- 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:
Darwin support for Objective-C and Foundation framework Eric Norum
- Next:
Re: When must recGblResetAlarms be called? Marty Kraimer
- 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
|