Closed cgalloni closed 4 years ago
Are you using VFATs without Reed-Muller encoded chip ID? If so, it looks like the error is caused by this issue.
it is exactly that. I developed an easy hack which should cover it, will open a PR after test (just a simple try-except with assigning 0 by default, as the value in case of failure is anyway unphysical)
The problem with that kind of easy hack is that it must be applied everywhere an overflow error could happen. Simply fixing anaultraScurve.py
is easy, but is there any other places where the same overflow issue could occur?
The recommended solution is to update ROOT and PyROOT as explained in #244.
Brief summary of issue
While running the
anaUltraScurve.py
, we encounter problems due to the VFAT ID type which seems to give compatibility issues between the branch in the tree and the type expected from the macro/usr/lib/python2.7/site-packages/gempython/gemplotting/utils/scurveAlgos.py
.Types of issue
Expected Behavior
I should produce the output without any error
Current Behavior
Steps to Reproduce (for bugs)
On
gem904daq01
, running the commands :produces the error statment:
Possible Solution (for bugs)
Context (for feature requests)
Your Environment