Search found 10 matches

by agapon
2012-03-21T05:44:06-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

Re: ImageMagick-6.7.5-7: validation failures on FreeBSD

Not sure what magic you did but the issue is resolved in the ImageMagick 6.7.5-10.
Thank you!
by agapon
2012-03-05T10:59:56-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

Re: ImageMagick-6.7.5-7: validation failures on FreeBSD

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.
by agapon
2012-03-02T10:08:17-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

Re: ImageMagick-6.7.5-7: validation failures on FreeBSD

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 fi...
by agapon
2012-02-29T07:03:07-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

Re: ImageMagick-6.7.5-7: validation failures on FreeBSD

Just noticed that in reconstruct_image:
magick = "PNG"
Is this correct? Is this of any significance?
by agapon
2012-02-28T07:08:14-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

Re: ImageMagick-6.7.5-7: validation failures on FreeBSD

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: ...
by agapon
2012-02-28T05:21:26-07:00
Forum: Developers
Topic: ImageMagick-6.7.5-7: validation failures on FreeBSD
Replies: 6
Views: 12687

ImageMagick-6.7.5-7: validation failures on FreeBSD

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, EP...
by agapon
2012-01-13T09:39:41-07:00
Forum: Developers
Topic: strspn() use in SystemCommand()
Replies: 3
Views: 7078

Re: strspn() use in SystemCommand()

Thank you.
BTW, is there a big benefit in trying to use fork+exec for the simpler case as opposed to always using system?
by agapon
2012-01-12T09:08:09-07:00
Forum: Developers
Topic: strspn() use in SystemCommand()
Replies: 3
Views: 7078

strspn() use in SystemCommand()

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 th...
by agapon
2011-10-13T08:57:58-07:00
Forum: Bugs
Topic: strerror_r use in _GNU_SOURCE
Replies: 4
Views: 8910

Re: strerror_r use in _GNU_SOURCE

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 =======================...
by agapon
2011-10-13T06:53:36-07:00
Forum: Bugs
Topic: strerror_r use in _GNU_SOURCE
Replies: 4
Views: 8910

Re: strerror_r use in _GNU_SOURCE

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 p...