EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  <19961997  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 1994  1995  <19961997  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: rec/devSup advise needed
From: Marty Kraimer <[email protected]>
To: Andrew Johnson <[email protected]>
Cc: [email protected]
Date: Thu, 22 Aug 1996 12:38:48 -0500
Andrew Johnson wrote:

> 
> Would it be possible to create new versions of the link specifications
> now, as synonyms for the old ones, persuading people to start converting
> to the new format so the old stuff can be deleted in some later release?
> I even wondered about doing host-side conversion from the old to the new
> formats, but I guess that may be harder for some applications.
> 

Could keep link definitions as is and provide old and new
syntax for string format. Then after some release no longer support
old format. Coulds also provide tool to convert old string format to
new.

> IMHO the new formats should not be hard-coded anywhere other than the
> drivers/device support which use them; the "link_type" in the database
> "device" definition should be something else which is definable in an
> ascii file (and convertable into a VME_IO.h file for example, which can be
> #included by the device/driver).  This way anyone could add a new address
> type without needing to rebuild base, but you should still be able to
> retain backwards compatibility for existing device/driver support.

The problem with this is that database configuration tools can no longer
provide "nice" prompts. The user must know proper syntax,
which is what is done with the existing INST_IO link type.
Now dct and gdct and the tcl/tk replacement for dct can give prompts like

   link:
adapter:
   card:
 signal:
   parm:

Marty Kraimer


References:
Re: rec/devSup advise needed Andrew Johnson

Navigate by Date:
Prev: Re: epics driver & device support for IP modules Tim Mooney
Next: Re: rec/devSup advise needed Marty Kraimer
Index: 1994  1995  <19961997  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: rec/devSup advise needed Andrew Johnson
Next: Re: rec/devSup advise needed Marty Kraimer
Index: 1994  1995  <19961997  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 ·