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  2014  2015  2016  <2017 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
<== Date ==> <== Thread ==>

Subject: Re: Replacement for dbGetPdbAddrFromLink ?
From: Andrew Johnson <anj@aps.anl.gov>
To: "Dunning, Michael" <mdunning@slac.stanford.edu>
Cc: "Condamoor, Shantha" <scondam@slac.stanford.edu>, EPICS Tech-Talk <tech-talk@aps.anl.gov>
Date: Tue, 15 Aug 2017 13:17:47 -0500
Hi Michael,

On 08/15/2017 12:52 PM, Dunning, Michael wrote:
> Thanks for the background info.  In my case, I think it's the latter:
> working around limitations of subRecord.  But we're hesitant to
> completely rewrite the code because it's very old and very extensive.
> 
> Is there any reason to suspect that defining the macro as I have would
> not work presently, or break in the future?

Defining the macro should continue to work for 3.15.x, 3.16.x and at
least for the first release of EPICS 7; we aren't planning to change the
basic database link implementation for the time-being, but I can't
promise how long that will last. If you can rewrite this code to use the
aSub record type I would recommend that you add that work to your plans
for the medium-term.

BTW since it's being run within the context of a subRecord subroutine
there is no need for your code snippet to be calling dbScanLock() and
dbScanUnlock() on the linked-to record; in 3.14 and above all records
linked together using DB links are placed in the same lock-set. This
might not have been the case when the code was originally written though.

- Andrew

-- 
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon

Replies:
Re: Replacement for dbGetPdbAddrFromLink ? Dunning, Michael
References:
Replacement for dbGetPdbAddrFromLink ? Dunning, Michael
Re: Replacement for dbGetPdbAddrFromLink ? Stubbs, Scott A.
Re: Replacement for dbGetPdbAddrFromLink ? Michael Davidsaver
Re: Replacement for dbGetPdbAddrFromLink ? Dunning, Michael

Navigate by Date:
Prev: Re: Replacement for dbGetPdbAddrFromLink ? Dunning, Michael
Next: Attributes XML problems Hinko Kocevar
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
Navigate by Thread:
Prev: Re: Replacement for dbGetPdbAddrFromLink ? Dunning, Michael
Next: Re: Replacement for dbGetPdbAddrFromLink ? Dunning, Michael
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
ANJ, 16 Aug 2017 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·