Repository navigation
ZLIB failing to inflate entire .gz file that contains an extra field in the header #6116
Description
- 4.4.2:
- OSX:
- 10.10.5:
The Node ZLIB library only inflates the first 64k of a gzipped file (attached). The file has an extra field in the header, which may be causing the problem. GUNZIP on mac and linux correctly inflate it to it's full size (~33M). I've also attached a simple test script which takes the gzip file on stdin and outputs the inflated file to stdout. If you run the test script with the attached gzip file you should get 33M but you only get 64K of data.
zlib_test.js.zip
Note: the attached gzip file has been sliced to make it smaller so that I could upload it here. Therefore gunzip will complain and say "unexpected end of input", however this file is displaying the same behavior as the original larger gzip file.
Activity
yorkie commentedon Apr 8, 2016
@chmille4 Do you have tried with file stream though?
chmille4 commentedon Apr 8, 2016
@yorkie I don't quite understand. Can you give me an example of what you mean? Thanks
yorkie commentedon Apr 8, 2016
I mean you should select single variable when evaluating a result, you are using
stdin/stdoutto take inputs and to make sure what's the result, but it might not be working with Node.js, so could you debug it by the following steps:fs.readFileand make sure the contents length is equal to the expect size.If the above steps are working correctly, this issue might not be caused by
zlib.mscdex commentedon Apr 8, 2016
Here's the script:
mscdex commentedon Apr 8, 2016
@chmille4 Can you try with node v5.10.1 and the master branch if that doesn't work? I know there were some zlib-related changes recently, some of which are in v5.x and some that are not yet.
addaleax commentedon Apr 8, 2016
I’m 99 % sure this is a duplicate of #4306, which has been fixed in #5120. The script works as expected with Node.js v5.9.0+.
chmille4 commentedon Apr 8, 2016
Yep, upgrading to v5.10.1. Fixed the issue. Awesome, thanks for the help!