[Python] Don't call TClass::GetClass()
on branch type in TTreePyz
#18604
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
It's not clear to me how it can even happen that TClass::GetClass() is
nullptr
for the type of a TTree branch.It looks like the check is superfluous, and by not doing it we can avoid the memory hogging of
GetClass()
for standard vector types.My suspicion is that the
klass
variable was there because many years ago, cppyy used ROOT casting via TClass, which got replaced at some point fromBindRootObjectNoCast( *(char**)branch->GetAddress(), klass )
toBindCppObjectNoCast( *(char**)branch->GetAddress(), Cppyy::GetScope( branch->GetClassName() ) )
(see commit 9687598). Before that refactor, making the sanity check thatklass
was notnullptr
made sense. But it looks like this is not needed anymore since the casting is done exclusively with cppyy.Closes #18524.