Legacy ImageMagick Discussions Archive

Thanks Anthony for your nice explanation. Meanwhile I found out what is going on here. The PSD has four layers. One of them, the alpha channel, has a different aspect ratio. If I "-resize 100x100" the aspect ratio is preserved. But now merging layers with different aspect ratios give unpre...

I understand that this has low priority for the developers.

Nonetheless I see no reason for "-resize" to work only on the last layer and ignore all others.


Cheers,
Axel.

Hello all, I found it confusing to get different results when converting a PSD (containing an alpha channel) depending on the order of options: convert hevertotox.psd -resize 100x100 -layers merge heverotox-resized-merged.jpg convert hevertotox.psd -layers merge -resize 100x100 heverotox-merged-resi...

Hello, I have a reproducible validation problem validate image formats in memory: ... test 145: GIF87/Undefined/Grayscale/8-bits... pass. tesAssertion failed: data != (const unsigned char *) NULL, file magick/blob.c, line 3869, function WriteBlob t 146: GIF87/Undefined/GrayscaleMatte/8-bits... pass....

I finally succeeded after setting PATH to a minimum.

My PATH contained paths to other packages which used libpng12. It's mysterious that
this took precedens over ./configure LIBS=-lpng14 LDFLAGS=/path/to/my/libpng14dir

Best,
Axel.

Please forget my question.
This particular machine had several versions of libgcc installed. After finding the right one
and pointing LD_LIBRARY_PATH to this all tests passed.

Glad to finally have a Solaris machine with all tests working.

Hello, on a specific Solaris machine I get lots of validation failures. Other compilations from the same base on a different Solaris machine and on MacOS are fine though. Please see http://dl.dropbox.com/u/84530/IM/validate-formats-on-disk.log Do you see any pattern? I'm uncertain about the shared l...

After inserting some debugging code into "magick/cache.c" if (status == MagickFalse) { printf("DEBUG:"); printf("%d\n", cache_info->offset+cache_info->length); ThrowFileException(exception,CacheError,"UnableToExtendCache", image->filename); return(MagickFalse)...

Yes, the code seems to be clear. But how could I check my compilation otherwise as done above? Also illogical to me is that other tests on the same format do work test 217: ICON/Undefined/ColorSeparationMatte/8-bits... pass. test 218: ICON/Undefined/TrueColor/10-bits... pass. test 219: ICON/Undefine...

I do not manage to avoid this problem. I compiled libpng-1.4.1 into "/mydir". "/mydir/include/png.h" is the libpng-1.4.1 header file. "/mydir/lib" contains "libpng14.dylib". I compiled ImageMagick with LD_LIBRARY_PATH=/mydir and CPPFLAGS=-I/mydir/include LDFLA...

Redefining MAGICK_TMPDIR doesn't help.

I checked for sufficient disk space thusly: Where could I see the actual test code in the sources?

Hi all, with IM 6.6.1-4 under MacOS 10.6.3 "make check" runs forever with tests/validate-formats-in-memory make check-TESTS check-local ... PASS: tests/validate-pipe.sh PASS: tests/validate-stream.sh <doesn't continue here, ctrl-c after 20 minutes> The last lines of "validate-formats-...

SunOS server-name 5.10 Generic_118833-24 sun4v sparc SUNW,Sun-Fire-T200 PASS: tests/validate-compare.sh PASS: tests/validate-composite.sh PASS: tests/validate-convert.sh PASS: tests/validate-identify.sh PASS: tests/validate-import.sh PASS: tests/validate-montage.sh PASS: tests/validate-pipe.sh PASS:...

Hello all, I have problems validating a 6.6.1-4 installation on some machines. "make check" reports validate: unable to extend cache `/var/tmp/magick-XX9Ja4NZ': File too large @ error/cache.c/OpenPixelCache/4171 Other tests succeed. I verified that I have enough disk space: $ dd if=/dev/ze...

(replying to myself)
It looks like the setting of LD_LIBRARY_PATH is disturbing.
If LD_LIBRARY_PATH points to preexisting library this one is taken by configure.sh
no matter how LD_OPTIONS, LDFLAGS, LIBS or other options are set.