Bob Friesenhahn

I assume that adding LIBS=-lz to the configure arguments solves the problem? Bob On Sat, Jun 20, 2026, 6:58 PM Daniel Macks dmacks@users.sourceforge.net wrote: [bugs:#773] https://sourceforge.net/p/graphicsmagick/bugs/773/ Missing -lz when using alternative to pkg-config for libz Status: open Group: v1.0_(example) Created: Sun Jun 21, 2026 12:58 AM UTC by Daniel Macks Last Updated: Sun Jun 21, 2026 12:58 AM UTC Owner: nobody Building graphicsmagick-1.3.47 on macOS 26/M4 with all dependencies supplied...

I just re-tested. This was failing yesterday morning but it seems to be working this morning.

ssh login to frs.sourceforge.net asks for a password

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