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  2010  2011  2012  2013  <20142015  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  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: EPICS database Feature request
From: Benjamin Franksen <[email protected]>
To: <[email protected]>
Date: Tue, 10 Jun 2014 15:13:03 +0200
On Friday, June 06, 2014 13:12:08 Andrew Johnson wrote:
> On 06/06/2014 11:49 AM, Emmanuel Mayssat wrote:
> > My goal is also to have this feature supported and be part of the
> > epics-base.
> > The feature I am asking for is very close to what the alias
> > directive is doing.
>
> Something like this could be added (in 3.15 or later, not 3.14 which
> is now feature-frozen) quite easily. It would have to re-use the
> existing syntax for setting field values though, say allowing a "*"
> meaning "whatever" for the record type name when the record must
> already exist:
>
> record("*", "myAO") {
>    field(VAL, "21")
>    field(FLNK, "AnotherAO.PROC")
> }

Yes, that sound like a nice feature. I agree that it is much better to
throw an error when the record does not yet exist.

Another problem when overriding record fields in this way is the DTYP
field, and primarily if you use dbst on the template/db files. I
remember that dbst likes to substitute "Soft Channel" for "", which will
break the existing record if its DTYP is different from that. It would
be nice if someone had an idea how to prevent that.

Cheers
Ben
--
"Make it so they have to reboot after every typo." ― Scott Adams

Attachment: signature.asc
Description: This is a digitally signed message part.


Replies:
RE: EPICS database Feature request Mooney, Tim M.
References:
EPICS database Feature request Emmanuel Mayssat
RE: EPICS database Feature request Emmanuel Mayssat
Re: EPICS database Feature request Andrew Johnson

Navigate by Date:
Prev: RE: areaDetector acquirePeriod and acquireTime Emma Shepherd
Next: Dependency issue with shared database templates unless using "make clean" Kasemir, Kay
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: EPICS database Feature request Emmanuel Mayssat
Next: RE: EPICS database Feature request Mooney, Tim M.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  <20142015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 17 Dec 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·