This partly reverts d5ab1447, where the existing doReadTransfer overrides
were removed. This commit gets the existing implmentations back, but
changes the function name to doReadTransferSynchronously.

Remove functions that do not exist anymore

was already removed for the ScalarAccessor and is tested at least there

This reverts commit 4f2b35be.

Was actually used and tested.

this was never really a problem, since it was always used with the BidirectionalProcessArray() which implements writeDestructively same as write

It already exists for ArrayAccessor::readAsync()...

transform logic_errors in doXxxTransferYyy that are already checked in the preXxx functions into asserts

Fixes #153

Now the writing in the DeviceModule is working.

Fixes #159

* doGenericPostAction is void
* removed endless loop in doGenericPostAction
* only wait for recovery if application is running in multi-threaded mode
* fixed return value for doReadTransferXxx in case transfer is not allowed

Fixes #151

	TODO doGenericPostAction
	DONE all the rest

	does not compile, due to missing overrides

allows to control whether to wait for device recoveries in stepApplication

ScalarPollInput and ArrayPollInput: Removed doReadTransfer, which does not make sense in the interface

	-waitting for recovery is now outsourced in function
	DeviceModule::waitForRecovery()

	-everywhere where the function is called, the new function is now called.

Replaces calls to doXxxTransferYyy of the TransferElement by the
corresponding xxxTransferYyy call

Fixes #144

fix not using a ConsumingFanOut when connecting the two poll-types each with a push-type variable (e.g. control system)

this happens frequently when following the modern connectTo() logic and connecting everything with the control system.