From the stack trace, I conclude that:
-you think that are you are creating an in-memory tree, but at the
time you create the TTree object you have a TFile connected and this
object is owning the TTree.
-then you delete/close the Tfile object (that deletes the TTree too)
-then you delete the TTree (already deleted) and get a seg fault.
Could you check?
Rene Brun
Venkatesh Kaushik wrote:
> Hi,
>
> I am using ATLAS software with ROOT v 5.22/00b
> /afs/cern.ch/atlas/offline/external/LCGCMT/LCGCMT_56a/InstallArea/i686-slc4-gcc34-opt/bin/root
>
>
> I am not sure how to give a "simple" example of how to reproduce the
> crash I am getting without going into details about the program I am
> using,
> but I will certainly try. I should also mention that this crash did
> not occur
> in earlier release (5.18/00f)
>
> a) I am using a program (written in python) that creates a "transient
> tree" from
> an input data file. This memory resident tree is then accessed by my
> program.
>
> Here's the python interface that calls this program and "creates" the
> transient
> tree: (see attached ARATree.py)
>
> I have a program in c++ which accesses the transient
> tree, does some analysis (the skeleton was written using
> TTree->MakeClass() using
> this transient tree as input). The program runs fine. Upon termination
> of my program
> I get a segmentation fault. The main program is given here (run.cxx)
>
> I give also the stack trace ( stack_trace.txt if its of any help) for
> this: I have to mention that the
> snippets I have provided are not sufficient (by themselves) to
> reproduce the crash.
> Apologies. Any help is appreciated. I am willing to provide more
> information (other
> package dependencies etc.)
>
Received on Tue Jun 02 2009 - 10:01:08 CEST
This archive was generated by hypermail 2.2.0 : Tue Jun 02 2009 - 11:50:02 CEST