EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

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

Subject: RE: Record processing knowledge of dbAccess context
From: "J. Frederick Bartlett" <[email protected]>
To: Marty Kraimer <[email protected]>
Cc: "Peregrine M. McGehee" <[email protected]>, [email protected]
Date: Thu, 08 Apr 2004 14:51:34 -0500
  I had thought that he was asking the more restricted question. I had not
considered the question of a record that was invoked (processes) as a result
of a forward link.

										Fritz

> -----Original Message-----
> From: Marty Kraimer [mailto:[email protected]]
> Sent: Thursday, April 08, 2004 2:28 PM
> To: [email protected]
> Cc: Peregrine M. McGehee; [email protected]
> Subject: Re: Record processing knowledge of dbAccess context
>
>
> I think he is asking a more generic question but maybe I am wrong.
>
> PUTF only determines is a record is being processed becaise a dbPutField
> was directed to the record which has PUTF true.
>
> If the dbPutField causes a set of records to be processed the other
> records will not have PUTF true.
>
> A record can be processed for many reasons:
>
> An input link in another record has PP true.
> Another record has a forward link to the record.
> An ouput link in another record has PP true.
> A dbPutField occurs in this record.
>
> PUTF was invented for reprocessing a record if a dbPutField is directed
> to a record while it is active so that it can be reprocessed when the
> record completes processing.
>
> Marty
>
> J. Frederick Bartlett wrote:
>
> >Marty,
> >
> >  I am somewhat confused by your answer to Peregrine. I had
> thought the PUTF
> >field of a record, which is described in the "Record Reference Manual" as
> >"Did dbPutField cause the current record processing", is exactly what
> >Peregrine is looking for.
> >
> >
> Fritz
> >
> >
> >
> >>-----Original Message-----
> >>From: Marty Kraimer [mailto:[email protected]]
> >>Sent: Thursday, April 08, 2004 1:07 PM
> >>To: Peregrine M. McGehee
> >>Cc: [email protected]
> >>Subject: Re: Record processing knowledge of dbAccess context
> >>
> >>
> >>
> >>
> >>Peregrine M. McGehee wrote:
> >>
> >>
> >>
> >>>Dear all,
> >>>
> >>>Is there any mechanism by which a record can determine the
> >>>reason for it being processed, i.e. can it distinguish between
> >>>a dbGet and dbPut to the same field?
> >>>
> >>>A look into the code suggests the answer is "No", but I'd
> >>>thought I'd ask.
> >>>
> >>>Best regards,
> >>>    Peregrine
> >>>
> >>>
> >>No.
> >>
> >>
> >>
> >>
> >
> >
> >
>
>
>


References:
Re: Record processing knowledge of dbAccess context Marty Kraimer

Navigate by Date:
Prev: Re: Record processing knowledge of dbAccess context Peregrine M. McGehee
Next: Problem starting StripTool JaSeong Ju
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Record processing knowledge of dbAccess context Marty Kraimer
Next: RE: Record processing knowledge of dbAccess context Thompson, David H.
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  <20042005  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 ·