Date: Tue, 28 Jan 2014 15:10:49 +0100 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Rainer Hurling <rhurlin@gwdg.de> Cc: Baptiste Daroussin <bapt@FreeBSD.org>, FreeBSD ports list <freebsd-ports@FreeBSD.org>, Michael Gmelin <freebsd@grem.de> Subject: Re: r341435: deletion of graphics/fotoxx Message-ID: <86ppncb3iu.fsf@nine.des.no> In-Reply-To: <52E785ED.2040504@gwdg.de> (Rainer Hurling's message of "Tue, 28 Jan 2014 11:26:53 %2B0100") References: <52E6A7E8.90301@gwdg.de> <52E6A9FB.7080602@gwdg.de> <20140127194905.GD33006@ithaqua.etoilebsd.net> <52E6C085.4050808@gwdg.de> <20140127233352.4d82aad1@bsd64.grem.de> <86y520bewn.fsf@nine.des.no> <52E785ED.2040504@gwdg.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Rainer Hurling <rhurlin@gwdg.de> writes: > In the meantime, the author of fotoxx, Michael Cornelison, answered to > me two times. Mike confirms, that the file is fetchable from different > Linux systems and that in his eyes, there is no problem with reported > and de facto file length. > > Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work without > problems and gives me a file length of 2696186 (!) bytes. > > So I am irritated which file length is right and what's going on here ... What's going on is that the server accepts persistent connections but does not have a request timeout set, so libfetch, due to an unexpected interaction between multiple buffering layers, hangs waiting for more data while the server hangs waiting for the next request; then libfetch times out and doesn't notice that it already received exactly the amount of data it expected. Most servers have very short request timeouts, so they close the connection while libfetch is waiting, which libfetch interprets as an EOF (which is an expected condition as long as it received all the data it wanted) as opposed to a timeout (which is an error). Anyway, it was fixed in head in r261230. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86ppncb3iu.fsf>