OSError: -2 when decoding a tiff_lzw file

[kmilos]

This is with pillow 6.2.1 on

Python 3.7.3 | packaged by conda-forge | (default, Jul 1 2019, 22:01:29) [MSC v.1900 64 bit (AMD64)]

Seems libtiff is found without a problem, but decoding fails:

In [5]: dat = img.getdata()
have fileno, calling fileno version of the decoder.
Traceback (most recent call last):

  File "<ipython-input-5-d82315236633>", line 1, in <module>
    dat = img.getdata()

  File "C:\Users\kmilos\.conda\envs\dev\lib\site-packages\PIL\Image.py", line 1304, in getdata
    self.load()

  File "C:\Users\kmilos\.conda\envs\dev\lib\site-packages\PIL\TiffImagePlugin.py", line 1097, in load
    return self._load_libtiff()

  File "C:\Users\kmilos\.conda\envs\dev\lib\site-packages\PIL\TiffImagePlugin.py", line 1209, in _load_libtiff
    raise IOError(err)

OSError: -2


In [6]: dat = img.getdata()

In [7]: print(dat)
<ImagingCore object at 0x000001FC04A55DB0>

Also note that on the second attempt I get an object back, bit if I try to convert to an array, it is filled with zeros, so issue #3863 is not really closed for me.

No problems if I use 'TIFF' or 'TIFF-FI' formats via imageio, but 'TIFF-PIL' fails with the same error.

[radarhere]

Could you provide the image that is causing the problem?

[kmilos]

Happens also with this tiff_adobe_deflate compressed mandrill.zip, so not limited to tiff_lzw... Maybe related to the combination of multiple strips w/ compression?

[radarhere]

Loading the mandrill image, I'm unable to replicate using Pillow 6.2.1 with Python 3.7.5 on macOS 10.15.

from PIL import Image
im = Image.open('mandrill.tif')
im.load()

[kmilos]

On Windows it is line 1189 of tiffimageplugin.py where the problem occurs

n, err = decoder.decode(b"fpfp")

results in n=-1 and err=-2

[radarhere]

I'm also unable to replicate with 6.2.1 on AppVeyor Windows or master on GHA Windows.

[kmilos]

I'm now suspecting this might be due to Anaconda building against new libtiff 4.1.0...

Your test is still w/ 4.0.10? Indeed, I don't see a problem if I try the wheel from pypi statically linked against 4.0.10.

[radarhere]

Hmm, unfortunately no, I have now tried Pillow 6.2.1 on AppVeyor Windows with libtiff 4.1.0, and I am still unable to reproduce.

[kmilos]

I have reproduced on a second Windows x64 machine, also set up with Anaconda... I reported the issue for the conda-forge package as conda-forge/pillow-feedstock#68

[kmilos]

FWIW, I drilled down to 'IMAGING_CODEC_BROKEN` being returned from ImagingLibTiffDecode() but no idea why for now (don't think I'll manage a debug build any time soon...)

[cmlyldz]

Hello, I have same problem also.

  File "D:\ProgramData\Anaconda3\envs\spyder\lib\site-packages\PIL\TiffImagePlugin.py", line 1209, in _load_libtiff
    raise IOError(err)

OSError: -2

Do you find any solution?

[hugovk]

conda-forge/pillow-feedstock#69 (comment) has a workaround:

I can reproduce that on Windows. Downgrading libtiff to 4.0.10 (conda install libtiff=4.0.10) works. Investigating it...

PS: it works fine on macOS and Linux, only Windows is failing.