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: Andrew Johnson <[email protected]>
To: [email protected]
Date: Tue, 28 Sep 2010 17:45:17 -0500
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
-- 
If a man is offered a fact which goes against his instincts, he will
scrutinize it closely, and unless the evidence is overwhelming, he will
refuse to believe it.  If, on the other hand, he is offered something
which affords a reason for acting in accordance to his instincts, he
will accept it even on the slightest evidence.  -- Bertrand Russell


Replies:
Re: CALC expression J. Lewis Muir
Re: CALC expression Ralph Lange
Re: CALC expression Tim Mooney
References:
CALC expression Andrew Wagner
Re: CALC expression Tim Mooney
Re: CALC expression Matthieu Bec

Navigate by Date:
Prev: Re: CALC expression Matthieu Bec
Next: Re: CALC expression J. Lewis Muir
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 Matthieu Bec
Next: Re: CALC expression J. Lewis Muir
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 ·