Legacy ImageMagick Discussions Archive

magick wrote:We can reproduce the problem you posted and have a patch in ImageMagick 6.9.2-9 Beta, available by sometime tomorrow. Thanks.

Thank you!

I hope, this patch will be included into ImageMagick:7 too ☺

convert utility uses output file's basename as a title of pdf. But when it (output filename) contains non-ansi symbols, I see not expenced (and provided for standard English lang filenames) string, but an unreadable symbols sequence. First, see as it should work (and works for ansi): $ convert 002 ...

We're reviewing the message subsystem. Unfortunately the problem does not happen for us under Fedora Linux. Could you show df -h for this system (I have just 478Mb space in /tmp)? What version of ImageMagick you've tested? Now I've upgrade ImageMagick to 6.7.3.0. The behaviour changed. Previously ...

If so, is it a general problem or specific to a certain release of ImageMagick or a specific image? It is neither problem of specific release, nor of the specific image (I remember the same problem with different images ind different releases of ImageMagick). Try these commands: convert -limit map ...

We're looking for a stack trace from gdb so we can identify where in the ImageMagick source distribution the fault occurs. It appears the messaging system works. The OS throws a Bus Error when disk space is memory mapped and there is not enough disk when a page is mapped. Perhaps there is a problem ...

ImageMagick failed in the messaging system when it was trying to deliver a sane exception message (no space on device). A stack trace would be helpful. strace was attached ad downstream bugzilla: https://387373.bugs.gentoo.org/attachment.cgi?id=290239 Excuse me I've forgot to tell, that source bmp ...

media-gfx/imagemagick-6.7.1.0 like rather lot (may be even all) versions before crashes (segmentation fault) if not enough space in temp dir (current Gentoo build --- /tmp). Reproducible: Always Steps to Reproduce: 1. Set up tmpdir (in my case it's located in / and is about 474M (may be for check ...