ZlibStreamError due to size mismatch of data types (Linux) about zip

[Nindaleth]

Is it then a matter of making this change or is something else needed?

when defined(windows):
  type
    Ulong* = uint32
    Ulongf* = uint32
    ZOffT* = int32
else:
  type
    Ulong* = int
    Ulongf* = int
    ZOffT* = int

EDIT: Added the ZOffT*, too. I don't have any Windows instalation to verify if the 64-bit zlib there matches the type definition.

[Araq]

I don't know.

[mrhdias]

Is it then a matter of making this change or is something else needed?

when defined(windows):
  type
    Ulong* = uint32
    Ulongf* = uint32
    ZOffT* = int32
else:
  type
    Ulong* = int
    Ulongf* = int
    ZOffT* = int

EDIT: Added the ZOffT*, too. I don't have any Windows instalation to verify if the 64-bit zlib there matches the type definition.

I have the same problem, but this solution works on Linux x64.

[ChanderG]

Can confirm that HEAD is not working on Linux with the same error and switching to 07c03b3 (ie removing the commit in #35) solves this issue.

[PMunch]

Had this issue as well, the fix from @Nindaleth works for me as well. Could this be applied to master, or is there something holding this back?

[krux02]

This bug won't be fixed. See: #42 (review)

[Araq]

It will be fixed but properly.

[snej]

See dup #53. (And the dup I would have filed today if I hadn't searched first...) Zlib is pretty much dead in the water on macOS (and iOS, and probably Linux(?)) due to this.

The fix is simply to change the int types to the standard C-based ones, e.g.:

  Uint* = cuint
  Ulong* = culong
  Ulongf* = culong
  Pulongf* = ptr Ulongf

ZOffT is a bit trickier because it looks like the C version is conditionally defined and often ends up as a typedef of off_t (which is weird because off_t is for files, not memory), and off_t varies unpredictably between 32- and 64-bit on different OSs. But that's less critical because there are only a few functions using that.

[krux02]

@snej

ZOffT is a bit trickier because it looks like the C version is conditionally defined and often ends up as a typedef of off_t (which is weird because off_t is for files, not memory), and off_t varies unpredictably between 32- and 64-bit on different OSs. But that's less critical because there are only a few functions using that.

I had a solution that addressed exactly that. Just take a look at my last comment.