Changes in track stuff

From: Djamel Ouerdane (ouerdane@nbi.dk)
Date: Mon Dec 18 2000 - 14:44:24 EST

  • Next message: Djamel Ouerdane: "New brat version"

    Hi all,
    
    After some weeks of wonderning about a memory leak that I had, I've 
    finally discovered with the precious help of Christian that it was due to
    the fact that a private member of BrHelix (fMagnetVolume) was persistant,
    that is it was written to disk all the time. Therefore, when a matched
    track containing a BrHelix object was read out from a root file, the
    memory was filled up with BrMagnetVolume objects as you were reading event
    after event. 
    
    A temporary fixe to that was to make fMagnetVolume not persistant in
    BrHelix.h, but also fHelix in BrMatchedTrack.h
    
    I'm saying temporary since one could think about the importance of having
    these objects (they might be removed from these classes in the future).
    
    But what I've said means that each time you read out matched tracks object
    from a file (let's say that you read out some BrMRSTrack), you'll have
    this memory leak. I'm sorry for the inconvenience, I still have a lot to
    learn about memory management!
    
    Ciao.
    Djam
    



    This archive was generated by hypermail 2b29 : Mon Dec 18 2000 - 14:45:07 EST