Re: Record processing knowledge of dbAccess context

[Marty Kraimer <mrk@aps.anl.gov>]

Peregrine M. McGehee wrote:

> In which case a possible solution for a bidirectional record
> (without custom record types but with custom device support) is:
>
> record A : input record with custom dev sup, scan PASSIVE
> record B : periodically scanned record, with FLNK to A
>
> within A's read_xxx device support function:
>      if PUTF true then
>     grab VAL and write to hardware
>      else
>     read from hardware and write to VAL
>
> This writes on demand from the CA client and reads periodically.


Yesterday when Peregrine, with help from Fritz Bartlett, suggested this 
I sounded negative.

Thinking about it going home I started thing it was a nice idea. I am 
always suprised when someone discovers a new use for something created 
for a completely different reason. Since PUTF was created only to 
support reprocessing a record if PACT is true when a dbPutField occurs, 
this is what happened.

It is also a little scarry because it means that the original feature 
must not be changed in such a way that it breaks the new usage. This is 
prbably why my initial reaction was negative.

Marty Kraimer