- Dec 12, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
Fixed the confusing and inconsistently used names *_LINK_FLAGS and *_LINKER_FLAGS by always setting and getting both variables
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Dec 09, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Dec 07, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
Use mtca4u::setDMapFilePath() instead of the BackendFactory's member function. Since all applications will need it, the corresponding header file is now included in ApplicationCore.h
-
- Dec 02, 2016
-
-
Martin Christoph Hierholzer authored
Removed the macros for defining accessors and introduced convenience classes instead. This adds slightly more syntactic sugar, but also allows more flexibility and seems to be a more coherent interface. This commit incompatibly breaks the interface with the previous versions. Since ApplicationCore is not yet used in any productive environment, no compatibility is provided.
-
Martin Christoph Hierholzer authored
updated the example: use "using" syntax to inherit constructors and re-enabled the previously not working read-back of the device register "Variable".
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Dec 01, 2016
-
-
Martin Christoph Hierholzer authored
- Default constructor for Accessor exists now - A function Accessor::replace() allows to assign a new accessor - For clarity/safety: copying accessors using the assignment operator is now forbidden - The destructor of the accessor unregisters it from the module (to allow temporary accessors)
-
Martin Christoph Hierholzer authored
-
- Nov 29, 2016
-
-
Martin Christoph Hierholzer authored
changed the internal thread implementation to boost::thread and make use of the interruption points to properly terminate the application
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Nov 25, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
use NDRegisterAccessor class instead of ProcessArray, so that e.g. the ConstantAccessor works as well
-
Martin Christoph Hierholzer authored
Fixed a bug that a pointer to a temporary VariableNetworkNode object was sometimes stored (as a trigger receiver or source). Instead now an object with the same data pointer inside is stored.
-
- Nov 24, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
added TINE_EXPORT C macro/constant to the compiler flags, which seens to be required for the latest DOOCS version
-
- Nov 23, 2016
-
-
Martin Christoph Hierholzer authored
-
- Nov 18, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Nov 16, 2016
-
-
Martin Christoph Hierholzer authored
fixed a bug in the test: a module was defined at the same scope as the application, which lead to crashes when terminating the application sometimes (same as last commit, but for a different test)
-
Martin Christoph Hierholzer authored
fixed a bug in the test: a module was defined at the same scope as the application, which lead to crashes when terminating the application sometimes
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
added function to obtain list of accessors from modules recursively (i.e. including accessors from sub-modules)
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Nov 15, 2016
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
Added names and owners for modules, to build a full hierarchy chain. The syntax for creating modules is now not so nice, a better way has to be found (maybe by adding a macro if better solution can be found).
-
- Nov 14, 2016
-
-
Martin Christoph Hierholzer authored
The readNoNBlocking() to obtain the initial values is now run on all ApplicationModules (incl. VariableGroups) before starting the first module, to ensure the intial values are really processed first.
-