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