opnsense-src/usr.bin/gzip
Xin LI fb2924e4ac In the past gunzip(1) write()'s after each inflate return. This is
not optimal from a performance standpoint since the write buffer is
not necessarily be filled up when the inflate rountine reached the
end of input buffer and it's not the end of file.

This problem gets uncovered by trying to pipe gunzip -c output to
a GEOM device directly, which enforces the writes be multiple of
sector size.

Sponsored by:	iXsystems, Inc.
Reported by:	jpaetzel
MFC after:	2 weeks
2010-09-23 01:24:33 +00:00
..
gzexe Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
gzexe.1 Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
gzip.1 Language improvements to make the BUGS section easier to read. 2010-04-27 17:50:43 +00:00
gzip.c In the past gunzip(1) write()'s after each inflate return. This is 2010-09-23 01:24:33 +00:00
Makefile Build usr.bin/ with WARNS=6 by default. 2010-01-02 10:27:05 +00:00
unbzip2.c Diff reduction against NetBSD and add myself to AUTHORS section of the 2010-04-07 22:54:53 +00:00
unpack.c Check return value of dup(), it could be -1 when the system is running 2010-08-19 01:34:00 +00:00
zdiff Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zdiff.1 Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zforce Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zforce.1 Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zmore Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zmore.1 Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
znew Reflect the fact that we actually have NetBSD revision 1.3. 2008-06-30 23:53:15 +00:00
znew.1 Replace the GNU gzip with a slightly modified NetBSD gzip. The 2007-01-26 10:19:08 +00:00
zuncompress.c Sync with NetBSD: 2009-06-24 21:51:02 +00:00