Legacy ImageMagick Discussions Archive

@Jason, Magick, what do you think?

i think this is simplest and less error prone (as long as linux version uses utf8 argv) way: //change to wmain(int argc, wchar_t **argv) //FYI wmain is not supported by mingw //another way szArglist = CommandLineToArgvW(GetCommandLineW(), &nArgs); //but it seems to have some issues int main(int argc ...

i agree that wmain is the only right way to go, but it is open source so it was enough for me to support other locales at least with MultiByteToWideChar. Was it really possible to open files (standalone identify and convert) with unicode filename under windows? Command line uses system default ...

1. Set windows locale to japanese and try to process some images (png for example) with japanese filename 2. imagemagick will report improper header (due to ReadBlob count 0) This happens because utf8->utf16(widechar) conversion is used, BUT windows does not use utf8 for CLI and imagemagick is not ...

@Anthony, argv -> UTF-8 to UTF-16 -> wfopen -> fail. argv -> MultiByteToWideChar + CP_ACP -> wfopen -> success code: wchars_num = MultiByteToWideChar(CP_ACP , 0 , path , -1, NULL , 0 ); unicode_path=(wchar_t *) AcquireQuantumMemory(wchars_num, sizeof(wchar_t)); MultiByteToWideChar( CP_ACP , 0 , path ...

we have the same problem with latest imagemagick and japanese filenames. i've managed to build and debug identify, i think converting utf-8 to unicode fails for some reason and _wfopen returns 0 then. system win2003, japanese locale --- as identify is console app with main() i assume encoding(code ...

@Anthony, pls give us some ideas

is there any way to debug or log creation of temp files? to determine processing of which file caused creation of temp file? only 4 IM processes were killed when hard was full, but there were many small sized files instead few huge (Gb) can you give example file(point url) which cause imageMagick to ...

customer system: On system with heavy load a lot of temp files are created in very short time. On one system it takes ~5minutes sometimes, until the root filesystem is full, because some temp files are several GB in size. Version: ImageMagick 6.3.5 09/05/07 Q16 probably not xml files cause this ...

file content build.xml <?xml version="1.0" encoding="UTF-8"?> <!-- Copyright 2007 Medsea Business Solutions S.L. Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache ...

sometimes our system runs identify on files to check their type. everything is ok, except xml files (doesnt depend on file extension eg xml, inx...): identify -verbose /disk03/volume03/32_HAZ_Harke_03.xml identify: Must specify image size `/tmp/magick-XX6jrUmW'. and temp file is never deleted. os ...

On system with heavy load a lot of temp files are created in very short time. On
one system it takes ~5minutes sometimes, until the root filesystem is full,
because some temp files are several GB in size.

still not resolved? sometimes we kill IM process, but..

Version: ImageMagick 6.3.5 09/05/07 Q16

thanks for reply.

i also tried -opaque and -transparent options and got white image again.
i dont know much about .pict format, so its not clear for me is this file broken or valid?

Water_lilies.pct is 1bpp pict file http://bananas.at.tut.by/Water_lilies.pct D:\Projects\fs\volume1\19292\1>identify -verbose Water_lilies.pct Image: Water_lilies.pct Format: PICT (Apple Macintosh QuickDraw/PICT) Class: DirectClass Geometry: 800x600+0+0 Type: Bilevel Endianess: Undefined Colorspace ...