Re: [ROOT] Seg fault

From: Rene Brun (Rene.Brun@cern.ch)
Date: Mon Nov 17 2003 - 22:04:31 MET


Hi Bill,

Your attachement seems to be truncated. However, I see something
suspicious in your macro Chad.C.
Does it really start with
  TF1 Chad() {

TF1 is a ROOT class. Please check this macro first.
If your macro is correct, then send me your files newclass.h and 
newclass.C

Rene Brun

On Mon, 17 
Nov 2003, William Love wrote:

> Dear Root
>    I used TTree.MakeClass (what a nice tool !) to create a Loop on one of my TTrees.
>  It works well on the root file that contained the original TTree.  I then chain together
>  23 files with the same TTree in them.  I do newclass t(uDst) and it runs
>  the whole dataset fine but after I am done with the session and type .q it seg. faults. 
>  root does not seg fault when I do only the original file.  I am running on RedHat Linux
>  I'll attach the chain macro, Chad.C
>   My session is 
>   *        W E L C O M E  to  R O O T       *
>   *                                         *
>   *   Version   3.10/01    8 October 2003   *
> .x Chad.C
>  .L newclass.C
>  newclass t(uDst)
>  t.Loop()
> 
> Here is the gdb  - 
> root.exe [21] .q
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 5347)]
> 0x08b33ac3 in ?? ()
> (gdb) where
> #0  0x08b33ac3 in ?? ()
> #1  0x40d6a71c in G__G__Tree_169_5_6(G__value*, char const*, G__param*, int) ()
>    from /afs/rhic/star/ROOT/3.10.01/.rh80_gcc32/rootdeb/lib/libTree.so
> #2  0x40609018 in G__call_cppfunc (result7=0xbfffe2c0, libp=0xbfffae20, ifunc=0x8a2a3e8, ifn=4) at cint/src/newlink.c:508
> #3  0x405f4ce4 in G__interpret_func (result7=0xbfffe2c0, funcname=0xbfffdec0 "~TChain", libp=0xbfffae20, hash=693, 
>     p_ifunc=0x8a2a3e8, funcmatch=1, memfunc_flag=5) at cint/src/ifunc.c:6502
> #4  0x405d41ea in G__getfunction (item=0xbfffe390 "~TChain()", known3=0xbfffe3e8, memfunc_flag=5) at cint/src/func.c:3118
> #5  0x4064fa6a in G__destroy_upto (var=0x88ee0c0, global=1, dictpos=0x88ee0c0, ig15=6) at cint/src/scrupto.c:743
> #6  0x4064f67f in G__scratch_globals_upto (dictpos=0x856f9c4) at cint/src/scrupto.c:603
> #7  0x4018283c in TCint::ResetGlobals() (this=0x856f928) at meta/src/TCint.cxx:387
> #8  0x400e601b in TApplication::ProcessLine(char const*, bool, int*) (this=0x85bf470, line=0x40540bc0 ".q", sync=false, err=0x0)
>     at base/src/TApplication.cxx:568
> #9  0x40e59ea6 in TRint::HandleTermInput() (this=0x85bf470) at rint/src/TRint.cxx:362
> #10 0x40e586bc in TTermInputHandler::Notify() (this=0x891c178) at rint/src/TRint.cxx:101
> #11 0x40e5aabe in TTermInputHandler::ReadNotify() (this=0x891c178) at rint/src/TRint.cxx:95
> #12 0x401fb590 in TUnixSystem::CheckDescriptors() (this=0x856dbd8) at unix/src/TUnixSystem.cxx:806
> #13 0x401fada1 in TUnixSystem::DispatchOneEvent(bool) (this=0x856dbd8, pendingOnly=false) at unix/src/TUnixSystem.cxx:612
> #14 0x401496c1 in TSystem::InnerLoop() (this=0x856dbd8) at base/src/TSystem.cxx:303
> #15 0x40149645 in TSystem::Run() (this=0x856dbd8) at base/src/TSystem.cxx:271
> #16 0x400e6fb5 in TApplication::Run(bool) (this=0x85bf470, retrn=false) at base/src/TApplication.cxx:768
> #17 0x40e59920 in TRint::Run(bool) (this=0x85bf470, retrn=false) at rint/src/TRint.cxx:243
> #18 0x0804884b in main (argc=1, argv=0xbfffe9a4) at main/src/rmain.cxx:29
> #19 0x420158f7 in __libc_start_main () from /lib/i686/libc.so.6
> (gdb) 
> 



This archive was generated by hypermail 2b29 : Thu Jan 01 2004 - 17:50:16 MET