Date: Sat, 14 Nov 2009 14:05:24 +0100 From: Jilles Tjoelker <jilles@stack.nl> To: d@delphij.net Cc: Anonymous <swell.k@gmail.com>, freebsd-current@FreeBSD.ORG, matthew green <mrg@eterna.com.au> Subject: Re: svn commit: r199066 - head/usr.bin/gzip Message-ID: <20091114130524.GA35115@stack.nl> In-Reply-To: <4AFDEB70.5080807@delphij.net> References: <200911090237.nA92b2m7005471__19254.880565177$1257734275$gmane$org@svn.freebsd.org> <867htvhygy.fsf@gmail.com> <4AFDDEA1.70900@delphij.net> <4AFDE27F.1070406@delphij.net> <4AFDEB70.5080807@delphij.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Nov 13, 2009 at 03:27:44PM -0800, Xin LI wrote: > The previous fix has introduced an issue that revealed another bug as > well (gzip -d -c can't decompress large-ish input stream, i.e. something > like bzip2 -c ObsoleteFiles.inc | gunzip -d -c). The proposed patch: > * Set end_of_file flag if we hit a short read. This usually saves one > read after the actual end of file. A short read does not necessarily mean EOF on a pipe or other non-regular file. -- Jilles Tjoelker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091114130524.GA35115>