Hi I guess the classic build will have worked for you. The bootstrap.sh refers to the autotools build. That one I fixed early this afternoon. A few newly added sources were not accounted for in the Makefile.am, which I corrected now. Actually at the time when you tried, the new sources had already been commited, so I guess you got a bit an older tarball. In case you should need some of the autotools provided functionality, I put the newest autotools based tarball at http://project-arda-dev.web.cern.ch/project-arda-dev/xrootd/tarballs/ Cheers, Derek On Wednesday 30 September 2009, wen guan wrote: > Sorry. I used bootstrap.sh to compile it. I will use classic. > > Thanks > Wen > > On Wed, Sep 30, 2009 at 4:15 PM, Fabrizio Furano <[log in to unmask]> wrote: > > Hi Wen, > > > > I just did it three times in two different machines with no troubles at > > all... Do you do anything particular in order to compile it? > > > > I did: > >>./configure.classic --disable-mon --no-arch-subdirs > > > > and then > > > >>make > > > > Fabrizio > > > > wen guan wrote: > >> Hi Fabrizio, > >> > >> It cannot be compiled. Below is the error. > >> > >> > >> (*) > >> g++ -g -O2 -D_REENTRANT -o xrdcp Xrdcp.o -Wl,--export-dynamic > >> ./.libs/libXrdClient.a > >> /opt/xrootd-20090930/src/XrdCrypto/.libs/libXrdCrypto.a -lssl -lcrypto > >> /opt/xrootd-20090930/src/XrdSut/.libs/libXrdSut.a > >> /opt/xrootd-20090930/src/XrdNet/.libs/libXrdNet.a > >> /opt/xrootd-20090930/src/XrdOuc/.libs/libXrdOuc.a > >> /opt/xrootd-20090930/src/XrdSys/.libs/libXrdSys.a -lpthread -lrt -lnsl > >> -ldl -lz > >> ./.libs/libXrdClient.a(XrdClient.o)(.text+0x9f91): In function > >> `XrdClient::XrdClient(char const*)': > >> /opt/xrootd-20090930/src/XrdClient/XrdClient.cc:96: undefined > >> reference to > >> `XrdClientReadAheadMgr::CreateReadAheadMgr(XrdClientReadAheadMgr::XrdCli > >>ent_RAStrategy)' ./.libs/libXrdClient.a(XrdClient.o)(.text+0xa7c1): In > >> function > >> `XrdClient::XrdClient(char const*)': > >> /opt/xrootd-20090930/src/XrdClient/XrdClient.cc:96: undefined > >> reference to > >> `XrdClientReadAheadMgr::CreateReadAheadMgr(XrdClientReadAheadMgr::XrdCli > >>ent_RAStrategy)' collect2: ld returned 1 exit status > >> make[3]: *** [xrdcp] Error 1 > >> make[3]: Leaving directory `/opt/xrootd-20090930/src/XrdClient' > >> make[2]: *** [all] Error 2 > >> make[2]: Leaving directory `/opt/xrootd-20090930/src/XrdClient' > >> make[1]: *** [all-recursive] Error 1 > >> make[1]: Leaving directory `/opt/xrootd-20090930/src' > >> make: *** [all-recursive] Error 1 > >> > >> > >> Wen > >> > >> On Wed, Sep 30, 2009 at 2:38 PM, wen guan <[log in to unmask]> wrote: > >>> Thanks > >>> Wen > >>> > >>> On Wed, Sep 30, 2009 at 12:52 PM, Fabrizio Furano <[log in to unmask]> wrote: > >>>> Hi Wen, > >>>> > >>>> OK, I made a new source tarball: xrootd-20090930.1117 . It's > >>>> available here: > >>>> > >>>> https://savannah.cern.ch/projects/xrootd > >>>> > >>>> Just go to the "download" section. > >>>> > >>>> Please let me know if it works for you. > >>>> > >>>> Fabrizio > >>>> > >>>> wen guan wrote: > >>>>> Hi Fabrizio, > >>>>> > >>>>> Usually I got it for the xrootd binary tar file or the src > >>>>> file(compile it). If you can give me the src file, I can compile it. > >>>>> I checked my job. almost all of them crashed at the end. It seems > >>>>> they cannot read the last some hundreds events. I think maybe it's > >>>>> caused by a incompletely copied file. > >>>>> > >>>>> Regards > >>>>> Wen > >>>>> > >>>>> On Wed, Sep 30, 2009 at 11:49 AM, Fabrizio Furano <[log in to unmask]> > >>>>> > >>>>> wrote: > >>>>>> It depends. Usually where do you get it from? > >>>>>> > >>>>>> f > >>>>>> > >>>>>> wen guan wrote: > >>>>>>> Hi Fabrizio, > >>>>>>> > >>>>>>> Good! Thanks! > >>>>>>> Where can I get the new xrdcp for both 32 bit and 64 bit? > >>>>>>> > >>>>>>> Regards > >>>>>>> Wen > >>>>>>> > >>>>>>> On Wed, Sep 30, 2009 at 11:17 AM, Fabrizio Furano <[log in to unmask]> > >>>>>>> > >>>>>>> wrote: > >>>>>>>> OK, I found it and fixed. Still I doubt that it worked in the > >>>>>>>> older version, > >>>>>>>> but anyway... > >>>>>>>> > >>>>>>>> The copied file was OK. It was just the final check on the number > >>>>>>>> of copied > >>>>>>>> bytes which was broken for files bigger than 4G. That is what code > >>>>>>>> 13 > >>>>>>>> is > >>>>>>>> supposed to mean. > >>>>>>>> > >>>>>>>> Thank you for the precise report. > >>>>>>>> Fabrizio > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> ---------- before > >>>>>>>> furano@pcitdm07 9:47:53 ~/Park/xrootd>./bin/xrdcp -S 15 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc08/ > >>>>>>>>AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d153_r > >>>>>>>>643_t53_tid078914/AOD.078914._000115.pool.root.1 AOD.root > >>>>>>>> Set ParStreamsPerPhyConn to 15 > >>>>>>>> [xrootd] Total 4996.48 MB |====================| 100.00 % > >>>>>>>> [8.3 MB/s] > >>>>>>>> furano@pcitdm07 9:58:47 ~/Park/xrootd>echo $? > >>>>>>>> 13 > >>>>>>>> > >>>>>>>> > >>>>>>>> ---------- now > >>>>>>>> furano@pcitdm07 10:01:09 ~/Park/xrootd>./bin/xrdcp -S 15 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc08/ > >>>>>>>>AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d153_r > >>>>>>>>643_t53_tid078914/AOD.078914._000115.pool.root.1 AOD2.root > >>>>>>>> Set ParStreamsPerPhyConn to 15 > >>>>>>>> [xrootd] Total 4996.48 MB |====================| 100.00 % > >>>>>>>> [8.4 MB/s] > >>>>>>>> furano@pcitdm07 10:11:48 ~/Park/xrootd>echo $? > >>>>>>>> 0 > >>>>>>>> > >>>>>>>> Fabrizio Furano wrote: > >>>>>>>>> Hi Wen, > >>>>>>>>> > >>>>>>>>> actually if the result code is 13, then xrdcp thinks that it did > >>>>>>>>> not > >>>>>>>>> copy > >>>>>>>>> the right number of bytes. That looks strange to me, does it > >>>>>>>>> always happen > >>>>>>>>> with big files? Also, could you please post the lenghts of both > >>>>>>>>> the source > >>>>>>>>> and the destination files? > >>>>>>>>> > >>>>>>>>> Fabrizio > >>>>>>>>> > >>>>>>>>> wen guan wrote: > >>>>>>>>>> Hi, > >>>>>>>>>> > >>>>>>>>>> When using this xrdcp to copy big files(about 5G), the return > >>>>>>>>>> value > >>>>>>>>>> is not 0, which caused some program thought the copy failed and > >>>>>>>>>> crashed the job. Is it a bug? > >>>>>>>>>> xrootd-20080828 doesn't have this problem. when using > >>>>>>>>>> xrootd-20080828, > >>>>>>>>>> the return value is 0. > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> [c105] /home/wguan > xrdcp > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> root://atlas-bkp2.cs.wisc.edu:1094//atlas/xrootd/atlasmcdisk/mc0 > >>>>>>>>>>8/AOD/mc08.106051.PythiaZmumu_1Lepton.merge.AOD.e347_s462_s520_d1 > >>>>>>>>>>53_r643_t53_tid078914/AOD.078914._000115.pool.root.1 AOD.root > >>>>>>>>>> [xrootd] Total 4996.48 MB |====================| 100.00 % > >>>>>>>>>> [94.4 > >>>>>>>>>> MB/s] > >>>>>>>>>> [c105] /home/wguan > echo $? > >>>>>>>>>> 13 > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Regards > >>>>>>>>>> Wen -- Dr. Derek Feichtinger Tel: +41 56 310 47 33 AIT Group email: [log in to unmask] PSI CH-5232 Villigen PSI