continue on fixing the memory leak. Here is the result of valgrind which

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)