I'm trying to Clone a Codeplex project and the Clone aborts at around the 15
to 16 minute mark.   I switched over to the command line option of hg just
to get more detailed info shown below. I tried setting the 'timeout' value
in my mercurial.ini file to -600 (the documentation said a negative number
meant no timeout).  This made no difference.  I also read that this might be
a result of a timeout value on the codeplex server.  Any help would be
appreciated.   I'm using hg version 1.6.3 and tortoisehg version 1.1.3 on
Windows 32-bit.

 

Thanks

 

C:\Program Files\TortoiseHg>hg clone --debug --traceback --verbose --profile
--t

ime https://hg01.codeplex.com/DotSpatial N:\DotSpatialHg >
N:\DotSpatialHg.txt

transaction abort!

rollback completed

   CallCount    Recursive    Total(ms)   Inline(ms) module:lineno(function)

       10207            0    823.0398    823.0398   <built-in method read>

       51964            0     12.7668     12.7668   <method 'write' of
'file' ob

jects>

         165            0     12.3361     12.3361   <built-in method
compress>

       14216            0     13.6886     11.7927
<mercurial\store.pyo>:267(ad

d)

       +6997            0      1.8100      0.0542
+<mercurial\util.pyo>:855(__

call__)

       +6997            0      0.0405      0.0405   +<method 'write' of
'file' o

bjects>

       +6997            0      0.0397      0.0202
+<mercurial\store.pyo>:16(en

codedir)

       +6997            0      0.0056      0.0056   +<method 'add' of 'set'
obje

cts>

          +1            0      0.0001      0.0000
+<mercurial\store.pyo>:245(_

load)

         705            0     11.2857     11.2857   <nt.rmdir>

        7227            0      9.8977      9.8977   <method 'close' of
'file' ob

jects>

       21227            0      9.8475      9.8475   <win32file.CreateFile>

       28290            0      9.0703      9.0703
<mercurial.osutil.posixfile>

 

       36302            0    822.6901      6.5200
<mercurial\util.pyo>:914(rea

d)

      +38394            0      0.0462      0.0462   +<method 'pop' of 'list'
obj

ects>

      +36301            0      0.0258      0.0258   +<method 'insert' of
'list'

objects>

       +2094            0    816.0845      0.0158
+<mercurial\httprepo.pyo>:16

(zgenerator)

      +40487            0      0.0120      0.0120   +<len>

       +2093            0      0.0016      0.0016   +<method 'append' of
'list'

objects>

        7692            0      6.0634      6.0634   <zlib.compress>

Traceback (most recent call last):

  File "mercurial\dispatch.pyo", line 54, in _runcatch

  File "mercurial\dispatch.pyo", line 494, in _dispatch

  File "mercurial\dispatch.pyo", line 355, in runcommand

  File "mercurial\dispatch.pyo", line 528, in _runcommand

  File "mercurial\dispatch.pyo", line 499, in checkargs

  File "mercurial\dispatch.pyo", line 492, in <lambda>

  File "mercurial\util.pyo", line 420, in check

  File "mercurial\commands.pyo", line 725, in clone

  File "mercurial\hg.pyo", line 334, in clone

  File "mercurial\localrepo.pyo", line 1853, in clone

  File "mercurial\localrepo.pyo", line 1206, in pull

  File "mercurial\localrepo.pyo", line 1722, in addchangegroup

  File "mercurial\revlog.pyo", line 1242, in addgroup

  File "mercurial\changegroup.pyo", line 31, in chunkiter

  File "mercurial\changegroup.pyo", line 24, in getchunk

Abort: premature EOF reading chunk (got 1709557 bytes, expected 2708572)

abort: premature EOF reading chunk (got 1709557 bytes, expected 2708572)

Time: real 932.137 secs (user 34.766+0.000 sys 40.328+0.000)

 

Next is the last few lines of the file to which I directed the stdout

----------------------------------------------------------------------------
---

 

SupportFiles/GDAL64bit/libecwj2.dll revisions

files: 6920/13831 chunks (50.03%)

adding SupportFiles/GDAL64bit/libexpat.dll revisions

files: 6921/13831 chunks (50.04%)

adding SupportFiles/GDAL64bit/libfcgi.dll revisions

files: 6922/13831 chunks (50.05%)

adding SupportFiles/GDAL64bit/libmap.dll revisions

files: 6923/13831 chunks (50.05%)

 

 

 

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Tortoisehg-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss

Reply via email to