EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

<19941995  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  Index <19941995  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 
<== Date ==> <== Thread ==>

Subject: Re: CALC records
From: [email protected] (Tim Mooney)
Date: Fri, 4 Nov 94 17:52:32 CST
re...

> I have recently been using CALC records for some moderately complex
> calculations.  I found the use of "NOT" for unary minus a waste of
> character space and non-obvious.  Would anyone support either the
> additional work to detect "-" as unary minus by context, or allowing,
> say, "@" to be a synonym?

I'd like this as well.  "@" would be simple to do, but ugly in practice.

> I notice that "^" and "**" are synonyms for binary exponentiation.  It
> would seem more reasonable to allow "^" as a synomym for bit-wise
> "XOR", since that is the standard for C and "XOR" is another space-waster.
> Besides,  "**" is only two characters in length and is standard in
> FORTRAN.

If we're voting, I for one could live with the effect this would have on
existing databases.

> How about "LN" as a synonym for "LOGE" (natural log)?  It is shorter,
> and is common mathematical practice.

LOGE and SQR are particular nuisances.  I'd like to add the synonyms LN
and SQRT to the expression_element table.  Also, in addition to CEIL
and FLOOR, NINT would be a useful function.  These three changes, at
least, would be quite simple to make, since they don't overload
anything or affect existing records.  I'd be willing to do them, in
fact.

> My motivation here is to reduce character usage, since the field length
> is quite limited, and to increase readability.  (Only the re-assignment
> of "^" would affect existing records.)
> 
> 	--Steve Lewis
> 

I'd also like the parser to allow embedded spaces in expressions.

Tim Mooney

Navigate by Date:
Prev: CALC records Steve Lewis
Next: Re: CALC records John R. Winans
Index: <19941995  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: CALC records Steve Lewis
Next: Re: CALC records John R. Winans
Index: <19941995  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 
ANJ, 10 Aug 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·