Legacy ImageMagick Discussions Archive

Not sure what magic you did but the issue is resolved in the ImageMagick 6.7.5-10.
Thank you!

BTW, the ghostscript documentation says this: The pngalpha device is 32-bit RGBA color with transparency indicating pixel coverage. The background is transparent unless it has been explicitly filled . I am not sure if ImageMagick generates a correct postscript that leaves those pixels unfilled.

This is what I don't understand. It seems that when post script image of size x*y gets rendered via ghostscript, it get rendered into an (aplha)png image with actual size X*Y (media size) that contains the original x*y image plus a transparent filler. If that png image is rendered as a postscript ...

Just noticed that in reconstruct_image:

magick = "PNG"

Is this correct? Is this of any significance?

More data. It seems that the original image and the reconstructed image are the same with the bounded region, but outside it they have different opacity values. As far as I can see the images have page size of 612x792, but the actual (bounded) image sizes are 70x46. So, a pixel in the bounded area ...

I get some ImageMagick validation failures on FreeBSD. The tests are validate-formats-in-memory and validate-formats-on-disk. The failure messages are like the following: test 858: EPI/Undefined/TrueColor/8-bits... fail (with distortion 3.78941e-06). All tests for the following formats fail: EPI ...

Thank you.
BTW, is there a big benefit in trying to use fork+exec for the simpler case as opposed to always using system?

In magick/utility.c, in the SystemCommand function I see the following line: if ((asynchronous != MagickFalse) || (strspn(shell_command,"&;<>|") == 0)) { I wonder what was the intention of the strspn call? Because it looks like it does something that doesn't make much sense - checks that the first ...

That was my idea too. I tried the following patch here, could you please review it and check that it doesn't break things on Linux? All the auto* stuff has to be regenerated from configure.ac, of course. config/config.h.in needs to be updated too, I think. Index: configure.ac ...

It seems that this patch (now included into the source tree) breaks platforms with POSIX-compliant flavor of strerror_r. Correct me if I am mistaken but it seems that the configure script unconditionally defines _GNU_SOURCE in magick/magick-config.h even on platforms like FreeBSD where libc always ...