- Jun 23, 2020
-
-
Martin Killenberg authored
testAppModuleConnections uses BOOST_CHECK_EUQAL instead of BOOST_CHECK at some places for easier debugging
-
- Jun 18, 2020
-
-
Christoph Kampmeyer authored
-
- Jun 16, 2020
-
-
Christoph Kampmeyer authored
-
- May 04, 2020
-
-
Christoph Kampmeyer authored
Throws logic_error if these modifiers are used in the top level
-
Christoph Kampmeyer authored
-
- Apr 29, 2020
-
-
Christoph Kampmeyer authored
Currently does not get the modules in a way that they can be downcasted to test if StatusMonitor, etc
-
- Apr 28, 2020
-
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
- Test use of illegal modifiers on top level in findTag() - Test getVirtualQualifiedName()
-
- Apr 27, 2020
-
-
Christoph Kampmeyer authored
-
- Apr 24, 2020
-
-
Christoph Kampmeyer authored
-
- Apr 23, 2020
-
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
-
- Apr 20, 2020
-
-
Martin Killenberg authored
-
- Apr 14, 2020
-
-
Martin Christoph Hierholzer authored
Initially, devices are closed and hence there is an error message. It goes away shortly when the device got opened. The new behavior is according to specification.
-
Martin Christoph Hierholzer authored
allows to control whether to wait for device recoveries in stepApplication
-
- Apr 09, 2020
-
-
Jens Georg authored
-
- Mar 26, 2020
-
-
Martin Killenberg authored
-
- Mar 23, 2020
-
-
Martin Killenberg authored
-
Martin Killenberg authored
-
- Mar 12, 2020
-
-
Martin Killenberg authored
-
Martin Killenberg authored
-
Martin Killenberg authored
- The direction cannot be determined from the accessor which is being decorated - Fixed wrong usage of feeding/consuming in Applicaton::createDeviceVariable. Was used consistently wrong, so there was no behaviour bug. But the code was confusing because the direction was wrong. Tests still failing.
-
- Mar 11, 2020
-
-
Martin Killenberg authored
- All accessors come up in exception state. - Read-accessors increase counter in init phase Assertion is gone, but tests still failing
-
- Mar 05, 2020
-
-
Martin Christoph Hierholzer authored
-
- Mar 04, 2020
-
-
Martin Christoph Hierholzer authored
-
- Feb 27, 2020
-
-
Zenker, Dr. Klaus (FWKE) - 126506 authored
This is not correlated to the new feature implemented in this branch. It was needed to compile this version.
-
Christoph Kampmeyer authored
Test propagation of data validity and exception in the same cycle
-
vargheseg authored
Fix changes broken by renaming to ExceptionDummyBackend in DeviceAccess.
-
Christoph Kampmeyer authored
-
- Feb 26, 2020
-
-
vargheseg authored
-
- Feb 04, 2020
-
-
Martin Christoph Hierholzer authored
need to wait until all mainLoops() are entered, so the initial value propagation is done. Otherwise during initial value propagation values could be read from hardware which might already trigger the exception state.
-
Martin Christoph Hierholzer authored
one initial value was not properly waited for, and one inherent race condition is now basically ignored (with comment)
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
this was violating thread safety of accessors, since the mainLoopWrapper() was reading initial values at the same time as the test thread was reading the same accessors.
-
- Feb 03, 2020
-
-
Martin Killenberg authored
solved a race condition in testTrigger. Initial value was not considered. Still race conditions remaining.
-
- Jan 29, 2020
- Jan 27, 2020
-
-
Martin Killenberg authored
activated tests for exception flag propagation with direct connection Device->ApplicationModule (part of #102)
-