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  <20092010  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  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Channel access and ca_element_count
From: Benjamin Franksen <[email protected]>
To: [email protected]
Date: Wed, 7 Oct 2009 14:01:14 +0200
Hi Andrew

On Mittwoch, 7. Oktober 2009, Andrew Johnson wrote:
> On Monday 05 October 2009 15:54:33 Benjamin Franksen wrote:
> > On Montag, 5. Oktober 2009, Andrew Johnson wrote:
> > > I agree with Michael in favor of changing the behavior so that when a
> > > client specifies COUNT=0 in its subscription, it is requesting a
> > > dynamic element count such that successive events may have different
> > > numbers of elements. However it should never be given more than
> > > ca_element_count() elements so it can always use that number to
> > > allocate data storage at connection time.  If at some time in the
> > > future we want to make it possible for even that number to be
> > > increased, this could be indicated to the client by a pair of
> > > disconnect/ reconnect events.
> >
> > I would be very happy if something like this could be done at the
> > database level i.e. for pv links between records.
>
> I agree we should implement this for PV links, 

Excellent!

> but I don't want to break
> applications that might rely on the existing behavior 

Sure.

> (can you remember
> what happens right now, do both DB and CA links zero-fill the elements
> beyond the current element count?).

I dimly remember I have gotten garbage in some tests when I erroneously 
assumed that dynamic sizing would 'just work' but I can't remember the 
details.

Thanks
Ben


References:
Channel access and ca_element_count michael.abbott
Re: Channel access and ca_element_count Benjamin Franksen
Re: Channel access and ca_element_count Andrew Johnson

Navigate by Date:
Prev: Re: Channel access and ca_element_count Andrew Johnson
Next: Re: Basler scA1000-30gm Camera Jens . Eden
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Channel access and ca_element_count Andrew Johnson
Next: Re: EPICS Python client application survey Matt Newville
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  <20092010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 31 Jan 2014 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·