>From the traceback, it looks like you are deleting a TTree twice.
You are apparently creating a TFile and a TTree in your classes.
Since your small test involves only 2 classes, it should be simple to make
a short standalone running test such that I can reproduce the problem.
Otherwise we will iterate for ever on this list.
Rene Brun
Margar SIMONYAN wrote:
>
> Dear Rene Brun
>
> yes I get the crash after removing gROOT->Reset()
> Bellow you can find traceback and simple macro (test.cpp) resulting to the
> problem
>
> Thanks,
> Margar
>
> {
> //gROOT->Reset();
> TileInfo info(2100033);
> Tile04 tile(info.GetTree());
> //gROOT->Reset();
> gROOT->ProcessLine(".q");
>
> }
>
> gdb root.exe
> GNU gdb Red Hat Linux (5.2-2)
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-redhat-linux"...
> (gdb)
> (gdb) run
> Starting program:
> /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/bin/root.exe
> [New Thread 1024 (LWP 10817)]
> *******************************************
> * *
> * W E L C O M E to R O O T *
> * *
> * Version 4.00/08 9 July 2004 *
> * *
> * You are welcome to visit our Web site *
> * http://root.cern.ch *
> * *
> *******************************************
>
> FreeType Engine v2.1.3 used to render TrueType fonts.
> Compiled for linux with thread support.
>
> CINT/ROOT C/C++ Interpreter version 5.15.138, May 23 2004
> Type ? for help. Commands must be C++ statements.
> Enclose multiple statements between { }.
>
> Welcome to ROOT
>
> Loading Int2TString_cpp.so ... succeed
> Loading FindMaximum_cpp.so ... succeed
> Loading TCell_cpp.so ... succeed
> Loading TileInfo_cpp.so ... succeed
> Loading TileFile_cpp.so ... succeed
> Loading Tile23_cpp.so ... succeed
> Loading Tile02_cpp.so ... succeed
> Loading Tile03_cpp.so ... succeed
> Loading Tile04_cpp.so ... succeed
> Loading TileEnergy_cpp.so ... succeed
>
> root [0] .x test.cpp
>
> This is the end of ROOT -- Goodbye
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 10817)]
> 0x4207ad9e in chunk_free () from /lib/i686/libc.so.6
> (gdb) bt
> #0 0x4207ad9e in chunk_free () from /lib/i686/libc.so.6
> #1 0x4207ad24 in free () from /lib/i686/libc.so.6
> #2 0x4127f4b6 in __builtin_delete (ptr=0x95f8e34) at
> ../../gcc/cp/new2.cc:-1
> #3 0x4015eb1b in TAttLine::~TAttLine ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #4 0x40f84a33 in TFriendElement::DisConnect ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libTree.so
> #5 0x40f84981 in TFriendElement::~TFriendElement ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libTree.so
> #6 0x401e05cc in TCollection::GarbageCollect ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #7 0x401e63dc in TList::Delete ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #8 0x40f8d3ca in TTree::~TTree ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libTree.so
> #9 0x401e05cc in TCollection::GarbageCollect ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #10 0x401e63dc in TList::Delete ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #11 0x401e440c in THashList::Delete ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #12 0x4016c6f0 in TDirectory::~TDirectory ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> ---Type <return> to continue, or q <return> to quit---
> #13 0x401eaab7 in TObjectTable::Delete ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #14 0x401e04b1 in TCollection::EmptyGarbageCollection ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #15 0x401771c2 in TFile::Close ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #16 0x40175bce in TFile::~TFile ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #17 0x401e05cc in TCollection::GarbageCollect ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #18 0x401e635c in TList::Delete ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #19 0x401a5740 in TROOT::~TROOT ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #20 0x401aacc0 in __tcf_0 ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #21 0x4202bf1c in __cxa_finalize () from /lib/i686/libc.so.6
> #22 0x40155d19 in __do_global_dtors_aux ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #23 0x40535609 in _fini ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #24 0x4000bb52 in _dl_fini () from /lib/ld-linux.so.2
> #25 0x4202bc5b in exit () from /lib/i686/libc.so.6
> ---Type <return> to continue, or q <return> to quit---
> #26 0x40264ebd in TUnixSystem::Exit ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #27 0x4121228d in TRint::Terminate ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libRint.so
> #28 0x4015ad76 in TApplication::ProcessLine ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #29 0x401a9f8f in TROOT::ProcessLine ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #30 0x4035e708 in G__G__Base2_174_8_8 ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #31 0x407f01c4 in G__call_cppfunc ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #32 0x407de7a4 in G__interpret_func ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #33 0x407c34f9 in G__getfunction ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #34 0x408591ef in G__getstructmem ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #35 0x40851f2a in G__getvariable ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #36 0x407b84e1 in G__getitem ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #37 0x407b6a69 in G__getexpr ()
> ---Type <return> to continue, or q <return> to quit---
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #38 0x40808542 in G__exec_function ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #39 0x40810288 in G__exec_statement ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #40 0x4079cedd in G__exec_tempfile_core ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #41 0x4079d0ee in G__exec_tempfile ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #42 0x40818f44 in G__process_cmd ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCint.so
> #43 0x401efea4 in TCint::ProcessLine ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #44 0x401effb4 in TCint::ProcessLineSynch ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #45 0x4015baba in TApplication::ProcessFile ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #46 0x4015b200 in TApplication::ProcessLine ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #47 0x41212047 in TRint::HandleTermInput ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libRint.so
> #48 0x412112ac in TTermInputHandler::Notify ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libRint.so
> ---Type <return> to continue, or q <return> to quit---
> #49 0x4121281f in TTermInputHandler::ReadNotify ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libRint.so
> #50 0x4026385b in TUnixSystem::CheckDescriptors ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #51 0x40262d55 in TUnixSystem::DispatchOneEvent ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #52 0x401b9e8a in TSystem::InnerLoop ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #53 0x401b9e2e in TSystem::Run ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #54 0x4015becb in TApplication::Run ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libCore.so
> #55 0x41211aa8 in TRint::Run ()
> from /afs/cern.ch/sw/root/v4.00.08/rh73_gcc296/root/lib/libRint.so
> #56 0x08048835 in main ()
> #57 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb)
> (gdb)
>
> On Wed, 6 Oct 2004, Rene Brun wrote:
>
> > Why do you call gROOT->Reset() ?
> > Do you still get the crash when removing this statement?
> > If yes, could you send the traceback as explained at:
> > http://root.cern.ch/root/roottalk/RoottalkRules.html
> >
> > Rene Brun
> >
> > Margar SIMONYAN wrote:
> > >
> > > Dear Rene Brun
> > >
> > > I have several shared libs which I am loading from rootlogon.C and to
> > > reproduce the problem one need all this libs. Bellow you can find few
> > > lines making CINT crash
> > >
> > > *******************************************
> > > * *
> > > * W E L C O M E to R O O T *
> > > * *
> > > * Version 4.00/08 9 July 2004 *
> > > * *
> > > * You are welcome to visit our Web site *
> > > * http://root.cern.ch *
> > > * *
> > > *******************************************
> > >
> > > FreeType Engine v2.1.3 used to render TrueType fonts.
> > > Compiled for linux with thread support.
> > >
> > > CINT/ROOT C/C++ Interpreter version 5.15.138, May 23 2004
> > > Type ? for help. Commands must be C++ statements.
> > > Enclose multiple statements between { }.
> > >
> > > Welcome to ROOT
> > >
> > > Loading Int2TString_cpp.so ... succeed
> > > Loading FindMaximum_cpp.so ... succeed
> > > Loading TCell_cpp.so ... succeed
> > > Loading TileInfo_cpp.so ... succeed
> > > Loading TileFile_cpp.so ... succeed
> > > Loading Tile23_cpp.so ... succeed
> > > Loading Tile02_cpp.so ... succeed
> > > Loading Tile03_cpp.so ... succeed
> > > Loading Tile04_cpp.so ... succeed
> > > Loading TileEnergy_cpp.so ... succeed
> > >
> > > root [0] TileInfo info(2100033)
> > > root [1] Tile04 tile(info.GetTree())
> > > root [2] gROOT->Reset()
> > > root [3] .q
> > >
> > > This is the end of ROOT -- Goodbye
> > >
> > > *** Break *** segmentation violation
> > > Generating stack trace...
> > >
> > >
> > > I would like to know why CINT crashes after .q when gROOT->Reset() was
> > > passed without problems.
> > >
> > > Thanks,
> > > Margar Simonyan
> > >
> > > On Wed, 6 Oct 2004, Rene Brun wrote:
> > >
> > > > I cannot tell you what is going wrong without knowing what you are doing.
> > > > I need the shortest possible running script reproducing your problem.
> > > > Note that gROOT->Reset should only be used inside an unnamed macro.
> > > >
> > > > Rene brun
> > > >
> > > > Margar SIMONYAN wrote:
> > > > >
> > > > > 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