EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  <20012002  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  1996  1997  1998  1999  2000  <20012002  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: RAWF, RAWL
From: Marty Kraimer <[email protected]>
To: Benjamin Franksen <[email protected]>
Cc: EPICS tech-talk <[email protected]>
Date: Fri, 17 Aug 2001 13:48:00 -0500
Benjamin Franksen wrote:
> 
> Andrew Johnson wrote:

> > when Marty pointed out that by introducing a new state into
> > menuConvert.dbd we would break any existing applications that add their
> > own breakpoint tables (because they provide their own copy of
> > menuConvert.dbd and are only allowed to add items to the end of the menu
> > defined in base), and possibly the AllenBradley 1771IXE device support
> > which apparently makes assumptions about the LINR field.  Aarrrgghh!!!
> > These changes can be made, but probably not in a minor release (breaking
> > backwards compatibility is generally verboten for minor releases).  Thus
> > Marty is willing to accept the above in 3.14, but not in a 3.13.x release.


I will fix the 1771IE support so that it will work with the new state added to
menuConvert.
It is still not nice because there is no way to guarantee that allenBradley is
built with the same menuConvert.h as an application that uses the allen bradley
support.

Please  note that this is in the allenBradleyApp/oldSrc/devAB1771IXE.c code.
There newer support in allenBradleyApp/1771IXSrc that does not have these
problems. The new support also supports more features of the 1771IXE.

As I recall this kludge was done when extensible record/device support was first
implemented.
There are comments in the code stating that there must be a better way. There
is. Use the newer support. The problem is that existing application use the old
support. Some were implemented so long ago that even the person who did it will
not remember doing it. Thus we must try to keep compatible.

Marty Kraimer


References:
RE: RAWF, RAWL Redman, Russell O.
Re: RAWF, RAWL Marty Kraimer
Re: RAWF, RAWL Benjamin Franksen
Re: RAWF, RAWL Marty Kraimer
Re: RAWF, RAWL Andrew Johnson
Re: RAWF, RAWL Benjamin Franksen
Re: RAWF, RAWL Andrew Johnson
Re: RAWF, RAWL Benjamin Franksen
Re: RAWF, RAWL Andrew Johnson
Re: RAWF, RAWL Benjamin Franksen

Navigate by Date:
Prev: Re: An additional remark on C++ Benjamin Franksen
Next: Re: RAWF, RAWL Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  <20012002  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: RAWF, RAWL Benjamin Franksen
Next: Re: RAWF, RAWL Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  <20012002  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 ·