William,
I agree this would be a good idea, although I'm not totally convinced
about the 'keyword=value' part.
When (or given current progress *if*) link support and the associated
device addressing changes gets implemented, addresses will be simpler to
convert if they're in the format typename(arg1, arg2, arg3, ...) where
arguments can be empty or terminal args omitted to default them. You will
be able to use and parse string arguments yourself, but they then become
opaque to the higher level software. Given the current vapourware status
of link support though you might want to ignore this completely for now.
In any case there's an unbundled version of the symbol support (partially
conveted for R3.14 though so it uses configure instead of config) in
$CVSROOT/epics/modules/soft/symb. Please do any development here rather
than in $CVSROOT/epics/base. These files have their old CVS version
history available in their new location.
- Andrew
--
Complexity comes for free, Simplicity you have to work for.
- References:
- VxWorks global variable support extension proposal William Lupton
- Navigate by Date:
- Prev:
RE: epics on x86 Jeff Hill
- Next:
RE: NULL record Name on IOC Jeff Hill
- 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: VxWorks global variable support extension proposal Carl Lionberger
- Next:
Monitors for the STAT field Benjamin Franksen
- 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
|