| Summary: | [Regression] Tracks get stuck due to unknown circumstances | ||
|---|---|---|---|
| Product: | Geant4 | Reporter: | o.freyermuth |
| Component: | tracking | Assignee: | Takashi.Sasaki |
| Status: | RESOLVED INVALID | ||
| Severity: | major | CC: | o.freyermuth |
| Priority: | P5 | ||
| Version: | 10.2 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Attachments: | Verbose dump of stuck track | ||
We have no relation with "geant-vmc" even it might be based on Geant4. Please have a support from them. Personally, I cannot use any of my time for an anonymized guy. (In reply to comment #1) > Personally, I cannot use any of my time for an anonymized guy. Not sure what you mean with anonymized... I'm from Bonn university and have also in the past made bug reports e.g. due to missing decay channels which were fixed just fine. I have luckily just about an hour ago identified the root of this problem: It's a regression in the geometry navigation of ROOT which we instructed Geant to use, so it is indeed unrelated to Geant itself, and was hidden by a parallelized upgrade of ROOT and Geant. Thanks for your time nevertheless. |
Created attachment 374 [details] Verbose dump of stuck track Dear Geanters, since upgrading from 4.10.1p02 to 4.10.2, many of our tracks stop moving and a maximum step number captured in our mc-application (based on geant-vmc) is exceeded. This essentially makes 4.10.2 unusable for production for us. The geometry in question is a Trap made from BGO-material, surrounded by a Trap from Carbon. Also removing the carbon basket does not fix that problem. It happens for various particle types. Since I fail to identify the underlying issue clearly, I attach a verbose dump of one of these tracks which got stuck. I can provide more information as-needed. Thanks for your assistance, Oliver