Skip to content
Snippets Groups Projects

Repository graph

You can move around the graph by using the arrow keys.
Select Git revision
  • 02.07
  • 02.11
  • 04.01
  • chore/build_on_bookworm
  • cmake-fix-libinstalldir
  • cwillner-add-versionInfo-module
  • cwillner/fix-changes-in-userinputvalidator
  • cwillner/generate-dot-graph
  • drothe/12685-configurableValidityPropagation
  • drothe/extendedDataMatching
  • drothe/fix-StatusWithMessage
  • feat--add-version-info-to-xml-file
  • feat/add-oven-sim
  • feat/pythonInitHandler
  • feat/shared_recovery_mutex
  • finaliseSpec
  • fix-circularDepDetectorRecursion
  • fix-config-msg-spelling
  • fix-example2
  • fix/EventMessageAggregator
  • 04.01.01
  • 04.01.00
  • 04.00.00
  • 03.09.00
  • 03.08.01
  • 03.08.00
  • 03.07.00
  • 03.06.00
  • 03.05.00
  • 03.04.00
  • 03.03.00
  • 03.02.03
  • 03.02.02
  • 03.02.01
  • 03.02.00
  • 03.01.00
  • 03.00.02
  • 03.00.01
  • 03.00.00
  • 02.11.01
40 results
Created with Raphaël 2.2.028Apr272423222120171615149832131Mar262423201312111096543228Feb27269754331Jan302928272624232221201817161513109813Dec129327Nov2120191816141330Oct28211817142130Sep2725241613111022Aug52130Jul2926252423121154326Jun25131211765323May22201716151413987632129Apr261512228Mar24222019181311874128Feb27Test for operations in virtual hierarchiesModule::getVirtualQualifiedName() handles all HierarchyModifiersupdate exception handling spec part 1 (behavioural specification)Improve coding style.Add localValidity to decorator responsible for meta data propagation.Test illegal use of HierarchyModifiers on top levelMerge branch 'wip-ckampm-107-StatusAggregator' into wip-investigate-getAccessorListRecursive-on-VirtualModulewip #107: Use getVirtualQualifiedName() in StatusAggregatorwp #107: Clean up ModuleMerge branch 'master' of github.com:ChimeraTK/ApplicationCorerework specification - work in progress!wip #107: Add function to find virtual hierarchy above moduleautomatic merge of project-templateCorrected install directory in FindConfigGenerator.cmakewip #107: Another try: Virtualise entire Applicationimproved details in initial value specAdded test for evaluation of VirtualModulewip #107: Format test, change HierarchyModifiers in testAppwip #107: Add default contructors, format headerStatusAggregator: Extended specStatusAggregator: Added specification pageMerge branch 'master' of github.com:ChimeraTK/ApplicationCoreremoved wrong assertion which was sometimes hit, depending on timingAdd remark about readAnyGroup in the server history.Merge pull request #162 from ChimeraTK/wip/killenb-DeviceAccess137_preWrite_doPreWrite_versionNumbersExceptionHandlingDecorator: doReadTransferNonBlocking() and doReadTransferLatest() must always return true because there will be new data. The recovery in postRead() takes care of it.000_focus2020we…000_focus2020week17Adapted to DeviceAccess API changes from DA#137remove always-throwing readAsync implementation for ArrayAccessorRevert "added always-throwing implementation for ScalarAccessor::readAsync()"do not use writeDestructively if data is later still usedfix not obeying hasNewData flag in two placesremove reundant throw after assertadded always-throwing implementation for ScalarAccessor::readAsync()transform logic_errors in doXxxTransferYyy that are already checked in the preXxx functions into assertsHandle write calls without a messagefixed testExceptionHandlingExceptionHandlingDecorator: With the current (=old) the owner has to be informed about data invalidity as soon as the exception is reported, and then again after recovery.DeviceModule::waitForRecovery never drops out of the testable mode unless explicitly requestedDeviceModule::waitForRecovery does not drop out of the testable mode if the device is OKMerge branch 'master' of github.com:ChimeraTK/ApplicationCore
Loading