Adjust ICaloFutureElectron to make CaloFutureElectron tool thread safe
All threads resolved!
All threads resolved!
This MR is connected to Rec!1806 (merged) and refers to issue Rec#106
All callers need to be separate from set
and accept protoParticle as argument.
set
is left as public to keep the logic from the calling algorithms, especially when a counter depends on successful set
Edited by Rosen Matev
Merge request reports
Activity
- Resolved by Adam Szabelski
mentioned in merge request Rec!1806 (merged)
- Resolved by Adam Szabelski
added 1 commit
- e8f6acbb - Apply suggestion to CaloFuture/CaloFutureInterfaces/CaloFutureInterfaces/ICaloFutureElectron.h
added 2 commits
- Resolved by Adam Szabelski
- Resolved by Adam Szabelski
- Resolved by Adam Szabelski
added Calo label
- [2020-01-10 12:41] Validation started with lhcb-master-mr#331
- [2020-01-11 00:06] Validation started with lhcb-test-throughput#427
- [2020-01-14 00:11] Validation started with lhcb-test-throughput#428
- [2020-01-15 00:07] Validation started with lhcb-test-throughput#429
- [2020-01-16 00:08] Validation started with lhcb-test-throughput#430
- [2020-01-17 00:04] Validation started with lhcb-test-throughput#431
- [2020-01-17 12:20] Validation started with lhcb-test-throughput#432
Edited by Software for LHCbThroughputs look good to me:
HLT2 baseline (including Moore!349 (merged))
HLT2 brunelesque is stable: today yesterdaymentioned in merge request Rec!1833 (merged)
added enhancement label
unassigned @rmatev
mentioned in commit 236b1e28
mentioned in issue Moore#128 (closed)
Please register or sign in to reply