Florian Uhlig authored 3 years ago and Volker Friese committed 3 years ago

We decide to keep the old geometry for consistency and create instead a new
geometry tag v20b for the default tof geometry. To be consistent we also
have to revert to the old version of the macro.

Volker Friese authored 3 years ago and Florian Uhlig committed 3 years ago

Fix problem in CbmPVFinderKF (declaration of C array with non-positive size; redefine digi output file name for json to avoid overwriting conflict in the tests; slightly re-arrange tests from macro/run. Refs 2076.

Fix the stage for the rebase check.
After the upgrade it lloks like that the pipeline doesn't run any longer in
the context of the forked project but in context of the master project such
that the project path wasn't correct any longer. This allows now to compare
upstream/master to HEAD.

Volker Friese authored 3 years ago and Florian Uhlig committed 3 years ago

Modified CbmTofSimpClusterizer such as to read from and write to CbmEvents in case of event-based reconstruction. Refs #2074.

Update for new clang-format rules.

Changes to obey coding rules.

Macros for all setups(lmvm, jpsi and low energy)

Eoin Clerkin authored 3 years ago and Florian Uhlig committed 3 years ago

Update hashes for the geometry and parameter repositories.

Fix header file ordering.

Add missing include statements.
With FairSoft apr21 and/or FairRoot v18.6.2 some implicitly included
header files aren't found any longer. Add include statements for these
header files explicitly.

The class FairLogger is  meanwhile only a wrapper around the Logger class,
so use the Logger directly. This also helps to reduce many warnings when
using the Eclipse IDE.

Administrator authored 4 years ago and Florian Uhlig committed 4 years ago

The current flesnet version contain all changes/patches which we did so far
when compiling CbmRoot.
The new flesnet version also needs un updated version of cppzmq.
refs. #2068, #2069

Administrator authored 4 years ago and Florian Uhlig committed 4 years ago

Up to now the ROOT random number generator was always initialised with the
same default value. In some cases this gives strange results when doing
large scale simulations with several jobs.
To solve the problem TRandom is now initialised with the value 0 which uses a
seed value based on the system time with a granularity of 100ns.
This granularity should be good enough to have different seed values even if
several jobs start a similar times on the batch farm.
A setter was added to allow to set the seed value explicitly from a macro,
refs #1395, #2066