Experimental Physics and Industrial Control System
|
Peregrine McGehee wrote:
As you pointed out, the use of PUTF does not afford a
general solution and that this is only valid for a specific
combination of record linkages and CA client actions:
1. the record must be scan Passive.
2. the "write" action must be triggered by a dbPut to a field
with Process Passive set.
This should say dbPutField, i.e. a put from outside database access.
PUTF is not set if processing occured because an output DB_LINK caused
dbProcess to be called.
3. the "read" action must be triggered by a FLNK.
Is the latter condition equivalent to someone calling dbProcess()
directly?
This sounds correct. But be careful when calling calling dbProcess. In
particular don't call it if you are running under a scan task. When not
part of a scan task it must be surrounded by dbScanLock/dbScanUnlock.
Marty
- Replies:
- Bidirectional device support Andrew Johnson
- References:
- Re: Record processing knowledge of dbAccess context Peregrine McGehee
- Navigate by Date:
- Prev:
RE: Record processing knowledge of dbAccess context Thompson, David H.
- Next:
Bidirectional device support Andrew Johnson
- 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: Record processing knowledge of dbAccess context Peregrine McGehee
- Next:
Bidirectional device support Andrew Johnson
- 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
|
ANJ, 10 Aug 2010 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|