FS#52612 - Change of behaviour in zlib

Attached to Project: Arch Linux
Opened by Rodolphe Lepigre (rlepigre) - Wednesday, 18 January 2017, 09:22 GMT
Last edited by Doug Newgard (Scimmia) - Wednesday, 18 January 2017, 17:54 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: there has been a change of behavior of the zlib compression
library, which propagates to the camlzip library (OCaml language).
I noticed the problem with version zlib-1:1.2.11-1-x86_64.pkg.tar.xz
and rolling back to zlib-1:1.2.8-7-x86_64.pkg.tar.xz solves the problem.

Steps to reproduce: my instance of the problem is for sure not minimal as
it involves OCaml libraries. However I do not have time to do more right
now. You can do the following:
- install opam-git from the AUR
- run "opam install ocamlfind"
- run "opam install camlzip"
- run "opam install imagelib"
- use the provided program (imgtest.tar)
   imgtest.tar (130 KiB)
This task depends upon

Closed by  Doug Newgard (Scimmia)
Wednesday, 18 January 2017, 17:54 GMT
Reason for closing:  Not a bug
Comment by Doug Newgard (Scimmia) - Wednesday, 18 January 2017, 16:41 GMT
You might want to actually describe the problem...
Comment by Rodolphe Lepigre (rlepigre) - Wednesday, 18 January 2017, 16:48 GMT
Roughly, there is this piece of code in the library underlying my program:

retcode = inflate(zs, camlzip_flush_table[Int_val(vflush)]);
if (retcode < 0 || retcode == Z_NEED_DICT)
camlzip_error("Zlib.inflate", vzs);

On a given instance, the function "camlzip_error" is called with the newer version of zlib.
It is not called with an older version.
Comment by Rodolphe Lepigre (rlepigre) - Wednesday, 18 January 2017, 17:51 GMT
Actually, after more investigations, the problem seems to come from the camlzip library, not from zlib itself.
The issue can be closed...

Loading...