I am not able to reproduce this particular problem. However I have a
similar problem in the case the server containing the repository is
I am using trunk revision 37981 on windows. I did a clean build.
When doing the 'svn up' command on a working copy when the server
(apache with mod_dav_svn) is down, I get an endless loop in
The command does not produce any output.
I would have expected the svn up command return an error after a
When I select neon in the servers file (http-library=neon), I get an
error message: could not connect to server.
Here is the call stack:
The reason for the endless loop is: serf_context_run keeps on returning
status 0 in stead of a timeout error.
I am using trunk revision 1222 of serf.
You can easily reproduce this by specifying a non-existing ip-address in
the hosts file for the server.
From: Neels J Hofmeyr [mailto:neels_at_elego.de]
Sent: 10 June 2009 15:01
To: Marc Haesen
Subject: Re: Endless loop in handle_fetch routine of
Marc Haesen wrote:
> I am experiencing lockups in the svn client (latest trunk version)
> executing the svn up command. When it happens, the client is in an
> endless loop in the handle_fetch routine of
thanks for your report. Could you please provide lots more specific
information so we can reproduce the issue?
- which revision of trunk (the latest version constantly changes)
- what commands did you use exactly
- the exact output of svn when you used those commands
But before you do, please verify that your build is in fact clean.
1) Please remove/move away your trunk working copy, checkout and rebuild
entirely from scratch. We've been having build artefacts lately.
2) Using a self-built subversion may collide with svn libraries or
dependencies (apr, apr-util, sqlite...) installed system-wide. The only
that I can build and successfully run lots of different Subversions is
a) uninstall the system wide subversion completely.
b) uninstall all those system wide libraries that you checked out as a
and pass to subversion's ./configure. (If you use system-wide
libraries it's fine, just don't use system-wide and tar at the same
c) install to e.g. $HOME/prefix (If you want only one subversion
installing system wide is fine)
The cause is libtool, accidentally loading the wrong libs with the right
binary. (I'm on ubuntu)
your efforts will be appreciated :)
> The reason for the endless loop is that the serf_bucket_read function
> keeps on returning zero bytes without returning an error.
> fetch_ctx->aborted_read and fetch_ctx->delta_stream are false. The
> status that is returned is 0.
> Should there be no timeout in this loop that returns an error when no
> data is received within a certain time frame?
> The callstack is the following:
Received on 2009-06-11 09:29:04 CEST