Re: [ROOT] saving an ntuple to another file

From: Eddy Offermann (eddy@rentec.com)
Date: Thu Jul 31 2003 - 15:56:38 MEST


Hi Thomas,

Please do a ldd (list dynamic dependencies of executable files on Solaris)
or the equivalent on your system of the root you use.
It will shed light on your LD_LIBRARY_PATH and the libCore you pick
up from another place 

Eddy
> 
> yes, that might help - I thought. Now I only have one cycle, but if I do,
> for example,
> 
> root [0]  TChain ZeusChain("h1");
> root [1]
> ZeusChain.Add("/afs/desy.de/user/s/schorner/2data/data/data.00.1.root");
> 
> just connection one file and then starting the viewer
> 
> root [2] ZeusChain.StartViewer();
> 
> I am swamped with the crash messages below. I can still view the
> variables, though ...
> 
> However, if I add another file I cannot even view the vars anymore -
> anytime I click on one of them in the viewer viewer I just get more error
> messages ....
> 
> ANy further idea?
> 
> Cheers, and thanks,
> 
> Thomas
> 
> tv__tree = (TTree *) gROOT->FindObject("h1");
> tv__tree_list->Add(tv__tree);
> 
>  *** Break *** segmentation violation
>  Generating stack trace...
>  0x401d52ca in StackTrace__11TUnixSystem + 0x2e6 from
> /products/ROOT/3.05_03/ROOT-linux24-gcc-2.95.3/l
> ib/libCore.so
>  0x401d3a2f in DispatchSignals__11TUnixSystem8ESignals + 0xc7 from
> /products/ROOT/3.05_03/ROOT-linux24
> -gcc-2.95.3/lib/libCore.so
>  0x401d2cd0 in GetSize__C8TWebFile + 0xc4 from
> /products/ROOT/3.05_03/ROOT-linux24-gcc-2.95.3/lib/libC
> ore.so
>  0x401d6b93 in GetSockOpt__11TUnixSystemiiPi + 0x30f from
> /products/ROOT/3.05_03/ROOT-linux24-gcc-2.95
> 
> 
> 
>    +-------------------------------------------------------------------+
>    |  Thomas Schoerner-Sadenius          schorner@mail.desy.de         |
>    |  Universitaet Hamburg, Institut fuer Experimentalphysik           |
>    |  Luruper Chaussee 149               phone 0049-40-8998-2954       |
>    |  D-22761 Hamburg                    room  67b / 5                 |
>    +-------------------------------------------------------------------+
> 
> 
> 
> On Wed, 30 Jul 2003, Eddy Offermann wrote:
> 
> > Hi Thomas,
> >
> > Have a look at TFile::Delete to cleanup thise namecycles
> >
> > Eddy
> >
> > > X-External: Man_on_the_moon
> > > X-Authentication-Warning: zenith209.desy.de: schorner owned process doing 
-bs
> > > Date: Wed, 30 Jul 2003 19:43:26 +0200 (MEST)
> > > From: Thomas Schoerner <schorner@mail.desy.de>
> > > To: roottalk@pcroot.cern.ch
> > > Subject: [ROOT] saving an ntuple to another file
> > > MIME-Version: 1.0
> > >
> > > Hi,
> > >
> > > I am opening a TFile
> > >
> > > root [0] TFile f1("data.00.1.root");
> > >
> > > which is converted from an hbook file containing one ntuple with ID 1.
> > > For some reason (for which I find no reason in my fortran/hbook code)
> > > have two keys in the root file:
> > >
> > > root[1] f1.ls()
> > > TFile**         data.00.1.root  HBOOK file: data.00.1.ntp converted to
> > > ROOT
> > >  TFile*         data.00.1.root  HBOOK file: data.00.1.ntp converted to
> > > ROOT
> > >   KEY: TTree    h1;2    ORANGE
> > >   KEY: TTree    h1;1    ORANGE
> > >
> > > Now I have several files or rather  ntuples which I want to chain - no
> > > problem in paw with the hmerge command. But in root the TChain fails maybe
> > > because some of the fails only have one KEY: TTree entry:
> > >
> > > TFile**         data.00.3.root  HBOOK file: data.00.3.ntp converted to
> > > ROOT
> > >  TFile*         data.00.3.root  HBOOK file: data.00.3.ntp converted to
> > > ROOT
> > >   KEY: TTree    h1;1    ORANGE
> > >
> > > Any suggestion what I might do? I was thinking about saving one of the
> > > versions (I understand the h1;1 and h1;2 stand for different versions?) to
> > > a new file ... but I had some difficulty in doing so ... Can anybody help?
> > >
> > > Cheers, and thanks,
> > >
> > > Thomas
> >
> >

Eddy A.J.M. Offermann
Renaissance Technologies Corp.
Route 25A, East Setauket NY 11733
e-mail: eddy@rentec.com
http://www.rentec.com



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