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