swh:1:snp:af87cd67498ef4fe47c76ed3e7caffe5b61facaf
Revision ed8d22c8cac9f8a5452f04f1ad5388b5aa9ae6ed authored by Philippe Canal on 22 May 2023, 22:40:31 UTC, committed by Philippe Canal on 01 June 2023, 21:52:24 UTC
The TGenericClassInfo's destructor now passes the TClass that they actually generated in
addition to the name so that only that TClass is destroyed.

This avoid the problem (seen in #12715) where 2 librares (`A` and `B`)  have a dictionary for the same
STL collection (this is supported) and we have the following sequence of operation:

1. load library A
2. load library B (dictionary registration is ignored as intended)
3. request TClass for STL collection.
4. unload (dclose) library B
5. use TClass for STL collection.

With the previous code, step 4. would lead to the TClass for STL
collection to be marked as "unloaded" even though it library (A)
was still actually loaded.

This fix one of the problem in #12715
1 parent 8268cc3
History
Tip revision: 6c9118fb23c981c28a53dc215c68f2be00c04e3e authored by Jonas Rembser on 12 April 2024, 19:22:15 UTC
[RF] Enable `roofit_multiprocess` on the CI
Tip revision: 6c9118f

README.md

back to top