John Kenneth Anders authored 6 years ago and John Derek Chapman committed 6 years ago

Update diff-root tests for DigitizationTests ART jobs

See merge request atlas/athena!21070

(cherry picked from commit 22453508)

5fb6d953 Update diff-root tests for DigitizationTests ART jobs

This reverts commit ccc04df0, reversing
changes made to a10ac508.

In ATLASSIM-3454 it was noted that many commands added to
`simFlags.G4Commands` and then executed via the `G4UImanager` seem
to have no effect. This was determined to be due to the fact that
they were applied at the wrong point during the Geant4 initialization.
In order to address this, the code has been refactored to try the
commands at multiple points during the initialization until they
succeed. These changes have been checked to make sure that they
don't alter simulation output. They do result in more checks being
switched on the Geant4 than previously so additional `G4Exceptions`
appear in the log. Further iterations may be required.

Former-commit-id: 0b4a544b801eb120c866b0f541244d8742d8f785

Former-commit-id: 6329c3ac5299e10ccd1765c4cdce607a3c6abfc3

Former-commit-id: eb4b659e9738873d23478e051e646cc6d2142900

Former-commit-id: 22cfdea66beba080146f998ee79915a1e1966b96

Vakhtang Tsulaia authored 6 years ago and Atlas Nightlybuild committed 6 years ago

Cleanup Simulation/ISF/{ISF_FatrasTools,ISF_FatrasToolsID,ISF_FatrasToolsMS}

See merge request atlas/athena!16595

(cherry picked from commit ccdf42bd [formerly 8e3df239])

c432087f Update Simulation/ISF/ISF_Fatras/ISF_FatrasTools
787ca028 Update Simulation/ISF/ISF_Fatras/ISF_FatrasToolsID
e3fe5946 Update Simulation/ISF/ISF_Fatras/ISF_FatrasToolsID
b5648998 Update Simulation/ISF/ISF_Fatras/ISF_FatrasToolsID
2407ddc6 Update Simulation/ISF/ISF_Fatras/ISF_FatrasToolsMS

Former-commit-id: c893804d482c8894871fecf27db412d8ea25dcda

Former-commit-id: cd5e811f64c32b3bfccb60ff19614c4a43fe18f6

Former-commit-id: 6b0fd70d838fac650b4185a02e236a55aa6cbdeb

See ATLASSIM-3954 for details


Former-commit-id: 3ee073c59e439a416be6fcaace652b47dc717a96

Vakhtang Tsulaia authored 6 years ago and Atlas Nightlybuild committed 6 years ago

Update G4HadIntProcessor.cxx: Coverity defect (ATLASSIM-2157)

Closes ATLASSIM-2157

See merge request atlas/athena!12303

(cherry picked from commit 36c54a3b [formerly 5c0031d5])

83d998b0 Update `ISF_FatrasToolsG4::G4HadIntProcessor`
0fb423ab Update `ISF_FatrasToolsG4::G4HadIntProcessor`

Former-commit-id: 15e1f9095fa18cb49e90dc03db3d132ec0eab103

Needed to identify these particles as gluino R-hadrons


Former-commit-id: 45f594d38baa11a5f5a13b0ef1ea48accd9148e4

Changed THxD to THxF to save memmory

Removed summary plots (not needed)

Added plots per process

Added a 'nucleus' particle

Simplified the code

Added step kinetic energy and pseudorapidity

Initial commit of the StepHistograming tool

Robust histograming implementation

Added deposit energy, nonIon energy, radiated energy and summary plots for volumes

Makes histograms per material and per volume along with summary histograms. Limited particles and materials.

added more materials and added 2D plots

added Iron, Wolfram, proton and an additional plot showing the energy of the secondary as a function of secondary pdgId (instead of primary pdgId)


Former-commit-id: 15d529f47e079d89c31ed17a95bbde263cb7e8e4

Former-commit-id: 0b40a6068e52c4033c0253859922402701da3959

Former-commit-id: baa9cec30bdcf87a5c6a7b78bf4f568fb3fa2f59

Former-commit-id: fe52a20268ffb5fb97678873250f9983dcd2fc7e

All RAWtoESD configuration dumps now called `RAWtoESD_config.txt` for clarify.


Former-commit-id: aff07a895e4bb887f0c49bcdeebe6a1786c57e53

Former-commit-id: 7f9bb2fa2ca6920c1d73cadb35b89c45212c3779

Former-commit-id: 6f044b19c9a76e276131c3c3fc683a4c869024ed

Former-commit-id: d5812ce912554625c30c7d1b6dbceb60495da071

Rather than pushing extra Pythia8 commands onto the stack to essentially
override the width set in the SLHA file, just adding some code to
re-sample the mass.  10 resamplings and errors begin.  100 resamplings
and we give up and return, but actually give an error in this case.


Former-commit-id: a5cc13994d8457b0921fa35848d22eb0f1ce9eb6

This was a subtle one.  The width for a particle is taken from the SLHA
file when it's put in the SLHA file. For fundamental particles, they do
appear in the SLHA file input, and here we want to make sure that we
override the width.  In case the width override doesn't work, we also
explicitly set the min and max mass for generation to just either side
of the actual mass.

When sampling the tails of the mass distributions, this could cause
errors in the subsequent decays, where the gluino mass was sampled to be
higher than the RHadron mass.


Former-commit-id: c0bbf3c3f73f22242ae5640e8d004e92cfb6deeb

Former-commit-id: 865c4bc5d15d80e9cb8a8baa4bce5fad55e26445

Former-commit-id: 3686c1bc650b0814ebe2ec11a39f8c70e0b16212

Former-commit-id: d78c75e0ff006a2ea08f68ccde69cb6b41643e87

Former-commit-id: b43eade77282c975f4b0d307e34906f57288a814

In QS sim jobs only, after the `TruthEvent` is created from
`BeamTruthEvent`, but before it is passed to the `InputConverter`,
`ZeroLifetimePositioner` is used to apply the work-around
for zero lifetime B0/B0bar particles.
After simulation is complete `ZeroLifetimePositioner` is used to remove
the work-around.


Former-commit-id: 343c3561f508fe6111ff22c8667de34ccf01eae2

First implementation of the Neutron Russian Roulette algorithm in the Athena Stacking Action (ATLASSIM-3924)

- weighted energy deposit in LArG4Barrel

- weighted energy deposit in LArG4EC

- weighted energy deposit in LArG4FCAL

- weighted energy deposit in LArG4H6SD

- weighted energy deposit in LArG4MiniFCAL

- weighted energy deposit in TileAncillary

- weighted energy deposit in TileGeoG4SD

- weighted energy deposit in LArG4HEC


Former-commit-id: 04af414aa05934397e59a153a79240e9dfb25341

The `ZeroLifetimePositioner` works around the case where a neutral
particle oscillates into its anti-particle in one `GenVertex` then
immediately decays in a second `GenVertex` at the same position and
time. This is currently a problem seen when B0/B0bar (511/-511) particles
with pre-defined oscillations and decays are fed into Geant4, which cannot
currently handle the concept of a zero-lifetime particle.
As Geant4 does not implement any processes for these particles other than
the pre-defined decays currently and the particles are neutral, it is safe
to shift the point at which the particle oscillates into its anti-particle
back along the (straight-line) trajectory a bit. For simplicity halfway
between the production point and the oscillation/decay point has been used.
The decay position is left unchanged.

With this change Geant4 then successfully simulates the decay in the
required position.

After simulation is complete the `ZeroLifetimePositioner` can then be used
to move the oscillation vertex back to the decay vertex position.


Former-commit-id: 3abe0a79af1d016dc1776952305ff54786a9d756

Former-commit-id: 8bc390b8ba6f98c86aa40099a280c2f154de9010

Former-commit-id: a59b057bd825359e4747ffd233746321f7779a54

Former-commit-id: 3ab73cb08fb1b09554e3c99854a16833ed6ce5fa