EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  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  2001  2002  <20032004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: recDynLink.c for R3.14.1 ?
From: Tim Mooney <[email protected]>
To: Benjamin Franksen <[email protected]>
Cc: [email protected]
Date: Thu, 17 Apr 2003 23:30:27 -0500
Benjamin Franksen wrote:
> 
> Hello,
> 
> maybe this is connected to the issue at hand. I am in the process of
> developing a "soft asynchronous" device support for output records. It
> utilises dbPutNotify (on which ca_put_callback is built). Record
> configuration interface is DTYP="Asyn Soft Channel", OUT="@name-of-pv"
> (link type INST_IO). Support for additional record types will be easy
> due to generic implementation with a very simple interface for record
> specific device supports.

Now this is interesting!  The reason I went with ca_put_callback was
partly the possibility that "name-of-pv" names a PV in a different crate,
in which case putNotify won't be able to do the job.  (Partly it was
laziness that lead me to ca_put_callback: I was working from recDynLink,
which was already doing ca_put's.)

The thing I hated to give up was the possibility of cancelling the
putNotify that my ca_put_callback had started.  If you start with
ca_put_callback, the only way I know of to get putNotifyCancel called is
to clear the CA channel.  I understand there would be enough pain involved
in plumbing support for a ca_put_callback_oops_never mind() function that
the idea goes on the list of maybe-someday enhancements, along with other,
more urgent requests.

Anyway, I for one would like to stay tuned to your efforts (though I'll be
out of email range for a while).  Please post updates.

-- 
Tim Mooney ([email protected]; 630-252-5417)
Advanced Photon Source
APS Operations Division
Beamline Controls & Data Acquisition Group

References:
RE: recDynLink.c for R3.14.1 ? Feng, Shuchen
Re: recDynLink.c for R3.14.1 ? Tim Mooney
Re: recDynLink.c for R3.14.1 ? Kate Feng
Re: recDynLink.c for R3.14.1 ? Benjamin Franksen

Navigate by Date:
Prev: Re: recDynLink.c for R3.14.1 ? Tim Mooney
Next: Parallel port hardware and drivers Mark Rivers
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  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: recDynLink.c for R3.14.1 ? Tim Mooney
Next: RE : Serial driver for Linux GOURNAY Jean-François DAPNIA
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  <20032004  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 ·