summaryrefslogtreecommitdiff
path: root/lib/zlib_inflate/inftrees.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@g5.osdl.org>2005-08-18 00:07:28 +0400
committerLinus Torvalds <torvalds@g5.osdl.org>2005-08-18 00:07:28 +0400
commitc231c7db30faf93419fc22d680f74d816bea70e2 (patch)
tree8a25999cb4b8c33841bd1969e3054c13bda3b394 /lib/zlib_inflate/inftrees.c
parent7974b1cc7879141962999e78a6fc9a136dc4479e (diff)
downloadlinux-c231c7db30faf93419fc22d680f74d816bea70e2.tar.xz
Revert unnecessary zlib_inflate/inftrees.c fix
It turns out that empty distance code tables are not an error, and that a compressed block with only literals can validly have an empty table and should not be flagged as a data error. Some old versions of gzip had problems with this case, but it does not affect the zlib code in the kernel. Analysis and explanations thanks to Sergey Vlasov <vsu@altlinux.ru> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'lib/zlib_inflate/inftrees.c')
-rw-r--r--lib/zlib_inflate/inftrees.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/lib/zlib_inflate/inftrees.c b/lib/zlib_inflate/inftrees.c
index c5f66fbb0dd0..874950ec4858 100644
--- a/lib/zlib_inflate/inftrees.c
+++ b/lib/zlib_inflate/inftrees.c
@@ -141,7 +141,7 @@ static int huft_build(
{
*t = NULL;
*m = 0;
- return Z_DATA_ERROR;
+ return Z_OK;
}