pict file fails with gm 1.3.47
It seems that the algorithm I used in changeset 17840:6532b3985f0b to attempt to read files written by older ImageMagick/GraphicsMagick with PixMap rowBytes=[201..250] is faulty. With 3840 bytes per line, the first byte read will be zero because the binary value is "0b1111 00000000". This triggers wrong behavior. I can't think of a way to cause old faulty files to be read. Existing broken code can be manually fixed by editing coders/pict.c, searching for "Brutal implementation" and then changing...
pict file fails with gm 1.3.47
I am able to reproduce this. This error is produced: 08:16:40 0:0.017347 0.110u 894297 pict.c/DecodeImage/1022/Coder: Scanline length 1 < 2! 08:16:40 0:0.017387 0.110u 894297 pict.c/DecodeImage/1024/CorruptImage: Unable to uncompress image (sample-pict-files-sample_1280x853.pict) It seems that a security check which was added is causing the decode to fail.
GraphicsMagick 1.3.47 is now available
Division by zero in WriteDPXImage due to incorrect AND/OR in sampling factor validation
This issue is addressed by Mercurial changeset 18059:84bfb148a621
XCF coder: two unsigned integer overflows from missing input validation