Closed deb75 closed 2 years ago
looks like it is trying to use the X11 linux display driver ?. Does imagemagick even have win32 display driver support ?.
@deb75 Which installer did you try from imagemagick website?
On this page, I retrieved one of the imagemagick x64 portable zip archive, not sure which one, but they should all have the same behavior regarding this issue.
@revelator It seems, the imagemagick mingw64 package is not compiled with win32 support.
hmm if you got the cygwin archive it might have had x11 support but msys2 does not so it would be moot if that was the case. so a configure option might seem like it would do the trick.
wait a sec imagemagicks display is an x11 command -> https://imagemagick.org/script/display.php so it seems i guessed right :S we use an older version so maybe they fixed it in the later versions ? but forgot to update the wiki pages.
EDIT: display.exe does not even exist in the portable archive it seems huh ?!?
imdisplay seems to be an mfc application so not really suited to mingw64 builds which is lacking this sdk. not sure if it can be built using wxwidgets or qt still reading the source code.
Hmm cannot find the source for it in our imagemagick archive so it seems to be a recent addition. It does seem to work in much the same way as display.exe though so the executable could possibly be copied of from the portable version. Getting it to build with our buildchain is a tall order though, so im not sure if it will avaliable from us.
the source code is located here https://github.com/ImageMagick/VisualMagick for imdisplay. unfortunatly it does seem to be msvc only :(
the executable from the portable edition seems to work allright with our version so there is that possibility for people to toy with it ;) otherwise installing an X server like xming might actually let display.exe work ? feel free to test it out.
hmm while imdisplay can be used as a viewer it lacks certain functionality of display.exe antialiasing etc. still it is better than nothing. sadly it does not seem to work with an X server installed as display needs to be linked to the X runtime to take advantage of some of its functionality.
Hi,
Thanks for digging into this issue.
Probably would it be good to remove display.exe
from mingw64
package and replace it by imdisplay.exe
?
By the way, what do you mean by msvc
only ? Does it refer to the build chain ? like mingw64
?
Regards
imdisplay is an optional component which sadly only builds using msvc due to mingw lacking the MFC libraries. MFC could possibly be hacked to work with mingw but as it is licensed code only a user who bought the license for it may build it and he is not allowed to distribute the modified source code.
there is perhaps one thing that might help https://github.com/jtanx/fontforgebuilds though you would need an older version cause he recently shifted from the X mingw build to GTK3. The build script for compiling a mingw* X server should still be there though. This in turn would allow building X based applications that rely on linking to the X runtimes, though it would also make a wholly mess of our own GTK builds.
msvc = microsoft compiler so indeed ;)
using gimp as an image viewer for it might possibly be the best option as it has a lot more options than either the X display.exe or imdisplay.exe
I don't know if it helps, but apparently they test on MSYS2 because it has a PKGBUILD on https://github.com/ImageMagick/ImageMagick-Windows/blob/main/PKGBUILD (used here https://github.com/ImageMagick/ImageMagick/blob/main/.github/workflows/daily.yml#L123).
The IMDisplay program can not be compiled with mingw toolchain due to absence of MFC support. See https://github.com/msys2/MINGW-packages/issues/8994#issuecomment-880618019
Hello,
On latest
msys2/mingw64
system, in amingw64
shell, when I invoke/mingw64/bin/display.exe image.png
, I get the error :I have downloaded window binaries from
imagemagick
website which are working.So, what is the trouble here ? A wrong compilation option ?
Regards