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: "Redman, Russell" <[email protected]>
Cc: [email protected]
Date: Wed, 29 Sep 2010 12:49:15 -0500
Hi Russell,

On Wednesday 29 September 2010 12:30:27 Redman, Russell wrote:
>
> Can I make a suggestion that the length of the CALC field be fixed by
> the designer, but configurable through a new field, perhaps called CLEN.
> The default value of CLEN would of course be 40 if not otherwise
> specified.

I would prefer to automate the size adjustment based on the expression 
actually used.  I don't think it will be too hard to support a variable length 
string field type, but it's not going to be backwards compatible with existing 
code so it couldn't be added to the 3.14 series.

I accept all your points about the clunkiness of the existing CALC record 
type, my purpose with this discussion was to suggest that we can alleviate 
some of the length issues in what may be the last 3.14 release by just making 
the string bigger, now that we have long string support in Base.

> 5) Way back, around 2004 I think it was, Tim Mooney helped me with a
> with a customization of the postfix and calcPerform routines that
> allowed expressions like MAX(A,B,C), which are much more compact than
> MAX(A,MAX(B,C)).  These never made it into base because they broke
> expressions like A?B, which I never used because they leave
> unpredictable numbers of items on the stack, but which turn out to be
> common in some applications.  If the CALC record is reworked, can I
> suggest that this issue be re-examined at the same time?

Variable arguments are already available for the MAX, MIN and FINITE and ISNAN 
functions, they finally arrived in R3.14.10 as a result of your prompting, 
although using different code.

- 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


References:
CALC expression Andrew Wagner
Re: CALC expression Eric Norum
RE: CALC expression Redman, Russell

Navigate by Date:
Prev: Re: archiving system Ralph Lange
Next: Re: CALC expression Tim Mooney
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 Pam Gurd
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 ·