Closed PetrilloAtWork closed 1 year ago
There was a commit to art
on October 19, 2021 that fixed this issue. There are also two tests in place that verify that the behavior of art
is as desired.
This commit went into art
v3.10.00. What version are you using in which you see this failure?
LArSoft uses v3.09.04. :sweat:
LArSoft has upgraded to art 3.12, but there are still a few hiccups with getting experiments up to 3.12. Those should be alleviated with LArSoft 09.75, which includes fixes to the pythia6
build.
It looks like there is not much we can do here.
I know ICARUS release managers are attempting a v09_75
release.
Thank you for your answer!
One small correction: the test is actually in the critic
package, not in art
.
Closing this issue since it is fixed as of art 3.10.0.
I observe that in the following configuration, with
ProductNotFoundThrower
a producer that throws an exception andDummyProducer
any producer doing anything:the exception thrown by
thrower1
filter is ignored as long asprod
succeeds:0
This happens even when using
--rethrow-all
on the command line. At least in this case I would expect that the exception would interrupt the program. Adding eitherthrower1
orthrower2
to the second path (reco
), or removing the pathreco
altogether sees the exception thrown and the program immediately terminates.A version of
DummyProducer
is inicaruscode
v09_72_01
, while the source ofProductNotFoundThrower
is provided here for (moderate) convenience: