EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  <20162017  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  <20162017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields
From: Michael Davidsaver <[email protected]>
To: [email protected]
Date: Mon, 2 May 2016 08:13:30 -0400
On 05/01/2016 04:57 AM, Ralph Lange wrote:
> Correct.
> In the congestion case, i.e. when the array data in the record gets
> updated before an older event is posted, the CA server will send an
> update to the client that combines the old time stamp (taken from the
> queue) with the newer data (taken from the record).

>From looking at getOptions() (called via dbGet()) it looks like
type==dbfl_type_rec ignores db_field_log::time and fetches from the
record directly?  So to my understanding value, alarm, and timestamp
should *always* be consistent.

http://bazaar.launchpad.net/~epics-core/epics-base/3.14/view/head:/src/db/dbAccess.c#L371


Replies:
Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Till Straumann
References:
Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Zhang, Dehong
RE: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Mooney, Tim M.
Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Till Straumann
Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Zhang, Dehong
Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Ralph Lange

Navigate by Date:
Prev: Re: EPICS 2016 Spring Meeting at ESS, Lund, Sweden Torsten Bögershausen
Next: Alarm Server start problem and how to compile JCA on Fedora20 64 bit system ? lzfneu
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  <20162017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Erratum: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Ralph Lange
Next: Re: Lock/Mutex to prevent "caget" from cutting in between updating multiple fields Till Straumann
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  <20162017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 15 Jul 2016 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·