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 jfrechet
Recipients amaury.forgeotdarc, jfrechet
Date 2008-11-07.01:26:32
SpamBayes Score 1.7045532e-11
Marked as misclassified No
Message-id <1226021197.3.0.19541982011.issue4272@psf.upfronthosting.co.za>
In-reply-to
Content
I'm no expert either.  The output certainly seems to be deterministic
for a given version of zlib, and I'm not aware of any prior versions of
zlib that produce different compressed output.  However, my
understanding is that there is more than one possible compressed
representation of a given uncompressed input, so it's entirely possible
that a past or future version of zlib might produce compressed output
that is different while remaining interoperable.  I have no idea whether
the zlib people care specifically about producing identical compressed
output across versions or not.  It might be a big deal to them, or they
might have other priorities.

I included the third test because I am guessing that the compressed
output probably won't change very soon, and that if it does, it might be
interesting to know that it changed.  If that sounds to you like it
might be more trouble than it's worth, then I think the right thing to
do would be to simply get rid of the third test and keep the first two.
History
Date User Action Args
2008-11-07 01:26:37jfrechetsetrecipients: + jfrechet, amaury.forgeotdarc
2008-11-07 01:26:37jfrechetsetmessageid: <1226021197.3.0.19541982011.issue4272@psf.upfronthosting.co.za>
2008-11-07 01:26:34jfrechetlinkissue4272 messages
2008-11-07 01:26:33jfrechetcreate