On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
http://ftp5.de.FreeBSD.org/pub/FreeBSD/ports/amd64/packages-8-stable/All/ecore-txt-0.9.9.042.tbz
The problem has gone away.
I
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
On 05/11/2010 20:59, Jeremy Chadwick wrote:
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
On Fri, Nov 05, 2010 at 09:12:32PM +0100, Dominic Fandrey wrote:
On 05/11/2010 20:59, Jeremy Chadwick wrote:
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch
On Fri, Nov 5, 2010 at 1:12 PM, Dominic Fandrey kamik...@bsdforen.de wrote:
On 05/11/2010 20:59, Jeremy Chadwick wrote:
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but
On Fri, Nov 05, 2010 at 08:50:48PM +0100, Dominic Fandrey wrote:
On 05/11/2010 19:17, Dominic Fandrey wrote:
This is an example, I can download the file with firefox,
but fetch hangs infinitely, even though HTTP_TIMEOUT is set.
Here's the last 30 lines of the output from kdump after it has hung
(the trace file no longer gets written to once the fetch process
hangs):
*snip*
38016 fetch RET read 53/0x35
38016 fetch CALL read(0x3,0x81006835,0x3cb)
I believe this read corresponds to this part of fetch.c