You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In geant4@10.7:11.0, EM cross sections are stored on two separate physics tables that share the same log-energy spacing, but the second table stores $E_i \sigma_i$ rather than $\sigma_i$. Unfortunately geant4@11.1 adjusts the lower energy grid (I think based on the energy cutoffs), so that the grid spacing is no longer the same for the two tables. Our assertion does catch this in debug mode:
/home/s3j/.local/src/celeritas/app/demo-loop/demo-loop.cc:244: critical: While running input at <stdin>: /home/s3j/.local/src/celeritas/src/celeritas/grid/ValueGridBuilder.cc:111:
celeritas: precondition failed: has_same_log_spacing(lambda_energy, lambda_prim_energy)
We will have to either change the xs grid to support two different spacings (which should probably be rolled into the refactor from #253) or completely recalculate the cross sections ourselves (which is what G4HepEm does).
The text was updated successfully, but these errors were encountered:
In$E_i \sigma_i$ rather than $\sigma_i$ . Unfortunately
geant4@10.7:11.0
, EM cross sections are stored on two separate physics tables that share the same log-energy spacing, but the second table storesgeant4@11.1
adjusts the lower energy grid (I think based on the energy cutoffs), so that the grid spacing is no longer the same for the two tables. Our assertion does catch this in debug mode:We will have to either change the xs grid to support two different spacings (which should probably be rolled into the refactor from #253) or completely recalculate the cross sections ourselves (which is what G4HepEm does).
The text was updated successfully, but these errors were encountered: