Hi,
I found out, that the problem was related to network, most likely
AFS. This also explains non-deterministic behavior. I copied the files
to the local disk on the machine I am using and everything works
fine. Anyway, it was not clear from the error messages where the
problem was.
Miro
On Mon, 15 Jan 2001, Rene Brun wrote:
> Hi Miro,
> I have no problems in processing your files.
> The conversion from Hbook to root is OK. I can correctly browse
> all the variables in your col12W.root file as well as in
> the file that I converted from the col12W.rzd file.
>
> Rene Brun
>
> On Mon, 15 Jan 2001, Miroslav Helbich wrote:
>
> >
> > Hi,
> >
> > I have quite few hbook file generated by Geant Version 3.2170. However,
> > when I convert the files I sometimes get the following messages.
> >
> > R__unzip: error during decompression
> > Error in <TBasket::Read>: fObjlen = 6276, nout = 0
> > R__unzip: error during decompression
> > Error in <TBasket::Read>: fObjlen = 6408, nout = 0
> > R__unzip: error during decompression
> > Error in <TBasket::Read>: fObjlen = 6308, nout = 0
> > Fatal in <operator new>: storage exhausted
> > aborting
> >
> > I found out, that this error is associated just with some specific
> > variable. Which one it is changes, when I rerun h2root. It is not really
> > deterministic and sometimes the file is good.
> >
> > Looking to the file in the paw shows, that everything is fine there -
> > even the variable corrupted in the root file.
> >
> > Switching off compression level doesn't help, just changes error message
> > to
> >
> > Fatal in <operator new>: storage exhausted
> > aborting
> >
> > There should be enough memory and disk space free on my computer.
> >
> > I'm running version 2.25/03 on SuSE Linux 6.3 (i386) - Kernel 2.2.16
> >
> > The files are under
> > http://www-zeus.desy.de/~helbich/root/
> >
> > Regards,
> >
> > Miro
> >
>
>
This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:50:33 MET