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 | 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 |
<== Date ==> | <== Thread ==> |
---|
Subject: | When must recGblResetAlarms be called? |
From: | "J. Frederick Bartlett" <[email protected]> |
To: | tech-talk <[email protected]> |
Cc: | bartlett <[email protected]> |
Date: | Mon, 10 Feb 2003 15:40:02 -0600 |
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