continue on fixing the memory leak. Here is the result of valgrind which
appears not to scale with the number of new/delete !
==21155== 2,664 bytes in 9 blocks are possibly lost in loss record 169
of 223
==21155== at 0x4C22F75: operator new[](unsigned long) (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
==21155== by 0x1A989CD7: TStreamerInfo::Compile()
(TStreamerInfo.cxx:1497)
==21155== by 0x1A98F67B: TStreamerInfo::Build()
(TStreamerInfo.cxx:433)
==21155== by 0x1948B7D6: TClass::GetStreamerInfo(int) const
(TClass.cxx:2933)
==21155== by 0x1A98E500: TStreamerInfo::Build()
(TStreamerInfo.cxx:251)
==21155== by 0x1948B7D6: TClass::GetStreamerInfo(int) const
(TClass.cxx:2933)
==21155== by 0x1A98E500: TStreamerInfo::Build()
(TStreamerInfo.cxx:251)
==21155== by 0x1948B7D6: TClass::GetStreamerInfo(int) const
(TClass.cxx:2933)
==21155== by 0x1A98E500: TStreamerInfo::Build()
(TStreamerInfo.cxx:251)
==21155== by 0x1A93CC1D: TBufferFile::WriteClassBuffer(TClass*,
void*) (TBufferFile.cxx:3355)
==21155== by 0x10070965: AliTRDtrackV1::Streamer(TBuffer&)
(G__TRDrec.cxx:2223)
==21155== by 0x193E4AA4: TDirectory::CloneObject(TObject const*,
bool) (TDirectory.cxx:263)