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