[...]
Connecting all the get-records together via forward-links sounds a bit
unpractical for maintenance.
Maybe then its better to use a single (or nested if one is not enough)
Fanout records for regular scanning of all status-records ?
Soft event scanning is your friend for such cases. No fanouts needed.
Or just set all SCAN fields to the same value. Why do you need this to be linked?
I am still wondering why there is nothing foreseen to get prompt
execution of a record (and its protocol) once its read via caget (prior
to returning the result).
This would be similar to the PP ProcessPassive flag mechanism when using
input links.
Your record processes asynchronously. The PP mechanism on input links does the same thing as Channel Access: return the current value. Your input link causes the record to process, but always returns the old value.
Asynchronous processing can take any time between pretty fast and never to complete. Waiting that long is not acceptable in database processing (and not nice for a CA client).
Cheers,
~Ralph
