Re: ImageMagick is crashing
Hello, this is a company computer, on which I don't have admin privileges. Though possible, I have to be frugal with provident reinstallations. I need a little higher level of certainty on the cause of these problems to ask the IT-department for another reinstallation. > comparing with mine I see that some of your dlls are not matching > as timing. > I don't know if that the reason, as I built ImageMagick last December, > but can you please update to latest package versions ? > ... > - 203k 2016/05/31 C:\cygwin64\bin\cygcroco-0.6-3.dll - os=4.0 img=0.0 > sys=5.2 > - "cygcroco-0.6-3.dll" v0.0 ts=2016-05-31 18:31 > + 203k 2017/04/25 C:\cygwin64\bin\cygcroco-0.6-3.dll - os=4.0 img=0.0 > sys=5.2 > + "cygcroco-0.6-3.dll" v0.0 ts=2017-04-25 17:03 > ... Best regards, Axel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ImageMagick is crashing
Hello, strace doesn't seem to work either. $ strace convert z06.png z06.jpg 0 [main] strace 8996 C:\cygwin64\bin\strace.exe: *** fatal error - Internal error: TP_NUM_W_BUFS too small: 50. 1341 [main] strace 8996 cygwin_exception::open_stackdumpfile: Dumping stack trace to strace.exe.stackdump And even more surprising $ strace.exe ls 0 [main] strace 1916 C:\cygwin64\bin\strace.exe: *** fatal error - Internal error: TP_NUM_W_BUFS too small: 50. 1231 [main] strace 1916 cygwin_exception::open_stackdumpfile: Dumping stack trace to strace.exe.stackdump Best regards, Axel Gesendet: Mittwoch, 31. Mai 2017 um 06:59 Uhr Von: "Marco Atzeri" <marco.atz...@gmail.com> An: "Axel Heinrici" <dera...@gmx.de>, "cygwin@cygwin.com" <cygwin@cygwin.com> Betreff: Re: ImageMagick is crashing On 30/05/2017 15:26, Axel Heinrici wrote: > Hello, > > the question remains, what is going wrong on my machine. > > Best regards, > Axel > I have no idea. Can you try to run with strace to see where is segfaulting ? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ImageMagick is crashing
Hello, Gesendet: Dienstag, 30. Mai 2017 um 10:21 Uhr Von: "Marco Atzeri" <marco.atz...@gmail.com> [...] > Please also send on the mailing list as attachment your cygcheck.out > as mentioned on > https://cygwin.com/problems.html[https://cygwin.com/problems.html] Is attached now. Best regards, Axel Heinrici cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ImageMagick is crashing
Hello,
I have a problem using ImageMagick in Cygwin.
Whenever I use a "-crop" in ImageMagick, it is hanging up. It is not generating
an error, no output file is created.
The command looks like this:
convert z06.png -crop 500x500+200+200 test.jpg, where z06.png is a 16 bit black
and white image.
This line is working with the windows installation of image magick. The file is
not corrupt. I did work with older versions of cygwins ImageMagick.
Some relevant lines from the shell:
$ identify z06.png
z06.png PNG 1280x1024 1280x1024+0+0 16-bit sRGB 681KB 0.000u 0:00.004
$ convert -version
Version: ImageMagick 6.9.5-7 Q16 x86_64 2016-12-23 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC
License: http://www.imagemagick.org/script/license.php
Features: Cipher DPC OpenMP
Delegates (built-in): autotrace bzlib cairo fftw fontconfig fpx freetype gslib
jbig jng jp2 jpeg lcms lzma pangocairo png ps rsvg tiff webp x xml zlib
$ uname -a
CYGWIN_NT-6.1 HY-RD-16-002L 2.8.0(0.309/5/3) 2017-04-01 20:47 x86_64 Cygwin
$ convert -debug All z06.png -crop 500x500+200+200 test.jpg 2|tail
2017-05-30T08:31:54+02:00 0:00.020 0.000u 6.9.5 Configure convert[9380]:
utility.c/ExpandFilenames/940/Configure
Command line: convert {-debug} {All} {z06.png} {-crop} {500x500+200+200}
{test.jpg} {2}
[.loads of output.]
2017-05-30T08:32:06+02:00 0:00.118 0.109u 6.9.5 Resource convert[10072]:
resource.c/AcquireMagickResource/313/Resource
Memory: 2MB/11.91MiB/15.424GiB
2017-05-30T08:32:06+02:00 0:00.118 0.109u 6.9.5 Cache convert[10072]:
cache.c/OpenPixelCache/3870/Cache
open z06.png[0] (Heap Memory, 500x500 1.907MiB)
There is absolutely no further output, no error after the open z06.png...
Best regards,
Axel Heinrici
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fonts
Hello, .1.2.3.4.5.6.7 I use gnuplot and some bash-skripts on a Cygwin x86_64-Installation to generate a number of plots. Filetype is png because plenty of colleagues will look into the plots. Usually gnuplot sends the message: == fontconfig: Couldn't find font. when opening font arial, using internal non-scalable font == That could be a solution if I could force gnuplot always to do so. when exporting GDFONTPATH=/cygwin/x/Windows/Fonts I can use Arial Font without error. The Problem is that I do not understand which font is available or not. In c:\Windows\Fonts\ there is a scalable Font called Terminal, but I get the error message: == fontconfig: Couldn't find font. when opening font Terminal, trying default == gnuplot then uses arial. If I run fc-list I get exactly one empty line. Since I use my skripts in productive environment I would like to have deterministic behaviour. What is chain of command between gnuplot, GD-Terminal, fontconfig and what is involved there. regards, Axel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
