fixed connectTo() for direct device to control system connections when using the [] operator on the device module

fix for new boost versions (boost::fusion::for_each() changed, second argument by default no longer a reference, so we have to specifiy that explicitly)

fixed not creating some of the application varibales with wait_for_new_data despite they were specified as push inputs

Updated to use the new ReadAnyGroup instead of the old readAny function. Some tests are still hanging or failing (mostly due to shutdown issues)

Use one file per class. Also, use boost::core::demangle instead of
checking for abi::__cxa_demangle by ourselves.

We have a visitor now for generating
 - the XML
 - the Module's dot graph
 - the textual dump of the VariableNetwork
 - the dot graph of the VariableNetwork

use a different work around for the thread_local problem: moving the code using the thread_local specifier to the cc file also solved the problem and does not require a complicated work around using a map...

Changed an exception into an assert, since the function is only internally used and the exception is never thrown. Clafiried the documentation about this.

removed incorrect implementation of operator[] and operator() in ApplicationModule (and use the implementations of ModuleImpl instead)

don't catch the exception thrown when we cannot obtain the testable mode lock, this is no longer necessary as all threads will obtain the lock at the beginning

excluded some more assert-like exceptions from coverage report and changed one into an actual assert

reduced the timeout for stall detection of testable mode to 1s, which should be perfectly long enough

refactored a type if-then-else monster into a for_each loop and exlcuded a pure cout function from the converage report

- clarified some comments