should not make a real difference, it is just more logical like this

[wip #173] move clearing error status flag in control system after the point where operations are allowed again (fixes race condition)

A corresponding update of the specification will follow.

- Also removed race conditions in the test.

- Version number in exception case is always the same.
- Remembers that it has reported an exception so a readLatest() after recovery does not switch the data validity back to ok if there was no new data.

- All variables conceptually have an initial value now.
- All initial values read by blocking read() before starting the main loop.
- More tests failing, probably to old test exceptiations and wrong test implementations.

- tests still failing
- modifications incomplete
- cleanup needed

- Initial values are sometimetimes only propagated in the first run of the main loops, not in prepare. If other modules are waiting for it they cannot enter their main loop. That's why all threads have to be started first, and only the it is waited for all of them to enter testable mode.

testProcessVariableRecovery: waiting for device to be opened avoids race conditin with runtime error

Only the blocking read in wfnd TEs will update the module's version

This reverts commit bc329233.

We propagate the version to the module on any read, if it is on an
accessor with wait_for_new_data and there is new data (for
readNonBlocking/readLatest)

- recoveryLock now protects the whole critical section
- activateAsyncRead() is called on the device

For receiving variables, the validity should be faulty after
construction, see data validity propagation spec 2.6.1.

restored write functionality of MetaDataPropagatingRegisterDecorator in case of locally set faulty status (DataValiditySpec 2.1.5)

Removed obsolete localValidity.

Removed obsolete localValidity.

- Removed extra exception handling from TriggerFanOut. It is all done by the ExceptionHandlingDecorator
- ExceptionHandlingDecorator does not drop out of testable mode until the device is initialised.

- Removed extra exception handling from TriggerFanOut. It is all done by the ExceptionHandlingDecorator
- ExceptionHandlingDecorator does not drop out of testable mode until the device is initialised.

wip: changed constructor of ExceptionHandlingDecorator to have a VariableNetworkNode as argument instead of a bunch of details

It is now inferred from the TransferType in doPostRead of the
MetaDataPropagatingRegisterAccessor, if the owning module's
version number gets updated.

Rearranged processing of fanouts and their consuming nodes. A list of
consuming nodes and implementations is passed to the fanout constructors,
so the nodes don't have to added later. This resolves conflicts in the
order in which accessors are decorated and added to the fanouts.

FanOut constructors could still use refactoring.

- removed ExceptionHandlingDecorator::setOwnerValidity()