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

Subject: Re: CALC expression
From: Tim Mooney <[email protected]>
To: [email protected]
Date: Wed, 29 Sep 2010 00:47:16 -0500
I like the idea of increasing the size of the CALC field. I'd suggest 80. The RPCL field is private, so it might be left at its current size for most expressions, and reallocated for the occasional long expression.

I would not worry /too/ much about wasted space. After all, every record has a 41-character DESC field, most of them are permanently empty, and I don't recall hearing complaints about that.

Tim

On 9/28/2010 5:45 PM, Andrew Johnson wrote:
What do people think of the idea of increasing the size of the CALC field
beyond 40 characters for R3.14.12?  When replying to this question, please
bear in mind that:
1. For every additional character allowed in the expression, we have to
    allocate space for up to ~5 more in the tokenized RPCL field
2. Most expressions are short, so most of the extra space will be wasted
3. We still have sites running IOCs on memory-limited micro-controllers

For those that don't know the technology, the CALC string is parsed and
compiled at record initialization time or whenever you modify the CALC field
into a string of reverse-polish binary tokens that can be executed very
efficiently.  A subroutine record would execute the expression faster, but is
not as flexible since you have to recompile and reboot the IOC to change the
expression, and that can only be done by someone who knows C and has write
access to the IOC's source tree.

- Andrew

-- Tim Mooney ([email protected]) (630)252-5417 Software Services Group, Advanced Photon Source, Argonne National Lab.


Replies:
Re: CALC expression Andrew Johnson
References:
CALC expression Andrew Wagner
Re: CALC expression Tim Mooney
Re: CALC expression Matthieu Bec
Re: CALC expression Andrew Johnson

Navigate by Date:
Prev: RE: archiving system Kasemir, Kay
Next: RE: archiving system james.rowland
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: CALC expression Ralph Lange
Next: Re: CALC expression Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 29 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·