- Apr 29, 2019
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
allow using the TestFacility without the testable mode, which can be useful for some tests of the framework itself
-
Martin Christoph Hierholzer authored
According to ChimeraTK/DeviceAccess#61 Devices will no longer close on their own (e.g. when throwing an exception). The exception handling now takes into account that the device always stays open
-
Martin Christoph Hierholzer authored
TriggerFanOut must catch exceptions when reading from the TransferGroup, since this cannot be handled by the decorator
-
Martin Christoph Hierholzer authored
-
added more exception test code which should work but is but. Commented because it completely blocks the test.
-
-
-
Creation of fanOuts is based on externalTriggerImpl (=trigger consumer), not externalTriggerNode (=trigger feeder). - Fixes connection network but not exception handling. - Lots of debug output left in the code for further investigation.
-
extended test with a second device. check that it is still working if the first one is throwing is not working with the old impl.
-
no change to the test sequence yet
-
-
-
- Apr 26, 2019
-
-
Martin Christoph Hierholzer authored
fixed a potential invalid read/write error, access to object and its potential destruction was done in wrong order
-
- Apr 15, 2019
-
-
Martin Christoph Hierholzer authored
-
vargheseg authored
-
vargheseg authored
Supports specifying modules in xml config.
-
vargheseg authored
the swicth because order is not important for these.
-
vargheseg authored
-
vargheseg authored
ModuleList serves as a container for VariableGroups. The VariableGroups mirror xml modules in the config file.
-
vargheseg authored
Xml parsing logic factored out to class ConfigParser.
-
vargheseg authored
-
- Apr 12, 2019
-
-
Jens Georg authored
- Have a ZMQ push-type variable from a DOOCS-backed device that is NOT used as a trigger (otherwise the bug does not happen) - Connect that to an ScalarPushInput in an ApplicationModule - call readAnyGroup() from the ApplicationModule's main method => ReadAnyGroup.finalise() will cause an infinite recursion between ExceptionHandlingDecorator::doReadTransferAsync and TransferElement::readAsync because of wrong dispatching to the decorated type
-
- Apr 02, 2019
-
-
Martin Christoph Hierholzer authored
-
- Mar 28, 2019
-
-
vargheseg authored
-
- Mar 24, 2019
-
-
Automated MSK Jenkins User authored
-
- Mar 22, 2019
- Mar 20, 2019
-
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
- Mar 19, 2019
-
-
Martin Christoph Hierholzer authored
- add test for full exception handling
-
- Mar 18, 2019
-
-
Martin Christoph Hierholzer authored
DeviceModule and ControlSystemModule now do not take the optional prefix argument in their constructors any more. Use the [] operator instead to get the submodule. - Add ExceptionHandlingDecorator and decorate all device variables with it.
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-
Martin Christoph Hierholzer authored
-