It is possible to set values too quickly into the
referenceTestApplication sender process variables leading to buffer
overflows and loss of information in the receive variablesr queue.

The test was failed intermittently for this reason, A sleep has been
used to slow down the producer as a woe	, but a proper fix would involve
the referenceTestApplication doing its own rate limiting on buffer
overflow situations.

- Shows up in Doocs
- Test does not check functionality yet, just that it's there

  - Clean up serverTestDataMatching
  - Fix missing include in test

  - Fix default setting for imported locations (solves #39)
  - Test for imported scalar properties

Extra space at the end of a property name has been removed in the latest
version of doocs. These tests were modified to work with this change:
- testCSAdapterEqFct
- testDoocsPVFactory

Fixes #28

Started implementing consistent macro pulse numbers in process variables. Only scalars at the moment.
No dediacted tests yet, but adapted ZMQ test which failed.

It breaks on bionc (don't know why)

This reverts commit cdd0598b.

This commit belongs to issue #4, allow to set the EqFct code in mapping file.
In VariableMapper a std::map with location(string) and code(int) was added.
With getLocationAndCode() this map is returned and used in eq_creat.cc to add missing locations with
10 default, or with 'code' set in the <location> tag in the mappinmg xml file.

To be reverted once DOOCS with an eq_exit method has been released

Otherwise we run into a deadlock or random crashes

Follow-up fix for 32d3728c

It seems that setting up zmq might take longer than expected. Add
additional delay and move initial write after subscription to make sure
we really receive the inital event

The change in test application causes FROM_DEVICE values to be written
only if the TO_DEVICE variables are modified.

It basically decorated the AutoPropertyDescription with the type which
is now in AutpPropertyDescription

Helps debugging a bit

Bubble up the type to the parent class