➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author matthew.brett
Recipients matthew.brett, pitrou
Date 2010-05-10.22:30:56
SpamBayes Score 2.0774438e-05
Marked as misclassified No
Message-id <AANLkTilQvgCGHDf7hkmstkcqvNpatJXjp6B-shd_H4_1@mail.gmail.com>
In-reply-to <1273529463.73.0.031151053087.issue8672@psf.upfronthosting.co.za>
Content 
Hi,

> Antoine Pitrou <pitrou@free.fr> added the comment:
>
> After a bit of debugging, it seems your data is not actually a complete zlib stream (*). What did you generate it with?
>
> (*) in technical terms, the zlib never returns Z_STREAM_END when decompressing your data. The decompressobj ignores it, but the top-level decompress() function considers it an error.

Thanks for the debugging.  The stream comes from within a matlab 'mat'
file.  I maintain the scipy matlab file readers; the variables within
these files are zlib compressed streams.

 Is there (should there be) a safe and maintained way to allow me to
read a stream that does not return Z_STREAM_END?
History
Date User Action Args
2010-05-10 22:30:58matthew.brettsetrecipients: + matthew.brett, pitrou
2010-05-10 22:30:56matthew.brettlinkissue8672 messages
2010-05-10 22:30:56matthew.brettcreate