[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: co via 40 kbps modem connection: interrupt. seems to be showstopper ...

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-12-29 20:42:54 CET

svn's checkouts are non-restartable. This is a known, filed issue,
and a major design flaw IMO. It's one of those critical bugs that's
preventing us from labeling svn as 'beta'. Your solution has already
been discussed in the issue, I think. :-)

As for *why* your checkout is failing... who knows why. It could be a
flaky proxy or something. Or it could be our other known PROPFIND
bug, whereby directories that contain huge numbers of children end up
taking too long to respond, so the client times out.

solo turn <soloturn99@yahoo.com> writes:

> svn co https://... interrupts on some urls (depending which subtree
> you check out). the following happens:
> A wc/trunk/app/html
> svn: RA layer request failed
> svn: PROPFIND of /svnrep/!svn/bc/257/trunk/app/html: could not
> connect to server
>
> A wc/trunk/app/classes/connector
> svn: RA layer request failed
> svn: could not fetch directory entries
> svn: PROPFIND of /svnrep/!svn/bc/250/trunk/app/classes/connector:
> could not connect to server
>
> client: w2k, brane 16.0.
> server: rh7 16.0 rpm.
> (the problem was there before, but we thought an update is worth a
> try).
>
> how do i check out now? after 2 days waiting for having an idea i
> still don't know.
>
> if you restrict to the problem-tree (connector in the above example),
> it works. if you do it via faster connection, it works. i played with
> timeout in the registry ... but maybe i just don't know how to set
> this correctly and i don't know how to set a log-level to trace this.
>
> currently i can see only one solution, which prevents long
> error-tracking (and is anyway necessary):
>
> "svn co" must not force a restart of the checkout, if it fails. it
> must get a whole folder and then proceed to the first subfolder. or,
> in other words, it must get the mimimum, so "svn up" can be used to
> complete the checkout by getting missing contents.
>
> and re-running "svn co (-force)" is not allowed to give an error, the
> repository is the master, and the working copy has to be adjusted in
> this case.
>
> ;]
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 29 20:45:34 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.