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  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 
<== Date ==> <== Thread ==>

Subject: Re: recDynLink.c for R3.14.1 ?
From: Tim Mooney <mooney@aps.anl.gov>
To: Benjamin Franksen <franksen@mail.bessy.de>
Cc: tech-talk@aps.anl.gov
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 (mooney@aps.anl.gov; 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 
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 
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 ·