Dear Rene Brun sorry I forgot to mention, I am using ROOT 4.00/08. Unfortunately I can't send you short file reproducing the problem, but base class destructor does nothing, so in case of Tile04 there should not be double delete problem. I verified that all pointers are not 0 before delete in ~Tile04() . Sometimes CINT crashes after gROOT->Reset(), sometimes after .q . Even commenting all delete operators in the destructor of Tile04 doesn't help. I know that without looking inside code it is hard to find a bug, but could you say what can make CINT crash ? Best regards, Margar On Tue, 5 Oct 2004, Rene Brun wrote: > This looks like a typical double delete problem. > Could you send the shortest possible running file or set of files > reproducing the problem? > Since you do not indicate which version of ROOT you are using, I assume > that you use 4.00/08 or newer. > If you use an older version, please try first with a more recent version. > > Rene Brun > > On Tue, > 5 Oct 2004, Margar > SIMONYAN wrote: > > > Dear users of ROOT > > > > I have several classes which I am compiling from CINT and loading the > > shared libraries from rootlogon.C The class dependency is the following > > > > class TileFile{ ... //abstract base class} > > class Tile23 :public TileFile {...} > > class Tile02 :public Tile23{...} > > class Tile03 :public Tile23{...} > > class Tile04 :public TileFile{...} > > class TileInfo {...//some useful thinks} > > class TileAlg { TileFile * t; //polymorphic > > TileInfo i; ...} > > > > If I change something local in Tile04 then is it necessary to re-compile > > and re-load TileFile and TileAlg ? > > In Tile04 I am adding friend to fChain using TTree::AddFriend(). > > All classes in the hierarchy have virtual destructors with the > > following implementation (Tile23, Tile02, Tile03, Tile04) > > > > if (!fChain) return; > > delete fChain->GetCurrentFile(); > > > > but Tile04::~Tile04() makes CINT crash. I suppose it depends on > > TTree::AddFriend(), any idea ? > > > > Best regards, > > Margar > > > >
This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 05:50:09 MET