EPICS Home

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  <20172018  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  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Replacement for dbGetPdbAddrFromLink ?
From: "Dunning, Michael" <[email protected]>
To: Andrew Johnson <[email protected]>
Cc: "Condamoor, Shantha" <[email protected]>, EPICS Tech-Talk <[email protected]>
Date: Wed, 16 Aug 2017 16:41:20 -0700
That's good news, at least we're safe for a while.  We'll plan on
rewriting the code sometime in the near future.

Thanks Andrew.



Michael Dunning
SLAC National Accelerator Laboratory
Accelerator Research Division Test Facilities
2575 Sand Hill Road, MS 63
Menlo Park, CA 94025
+1 (650) 926-5200


On Tue, Aug 15, 2017 at 11:17 AM, Andrew Johnson <[email protected]> wrote:
> 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

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
Re: Replacement for dbGetPdbAddrFromLink ? Andrew Johnson

Navigate by Date:
Prev: RE: Attributes XML problems Mark Rivers
Next: EPICS Council White, Karen S.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Replacement for dbGetPdbAddrFromLink ? Andrew Johnson
Next: Compile Warning:"Device using undefined record type 'stringin', place-holder created Ricardo Herrero
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  <20172018  2019  2020  2021  2022  2023  2024