Re: Quotes around command-line argument that has unicode characters are not removed

2018-03-22 Thread Dmitry Katsubo via cygwin
On 2018-03-22 18:10, Kaz Kylheku wrote: > That may be so, yet there may be an issue here for someone packaging > Cygwin programs for use as native Windows applications. > > That is to say, there could potentially be something here that the Cygnal > project could address: > > http://www.kylheku.co

Re: Quotes around command-line argument that has unicode characters are not removed

2018-03-22 Thread Dmitry Katsubo via cygwin
On 2018-03-22 14:25, Andrey Repin wrote: > Greetings, Mikhail Usenko! > >> In bare cmd.exe native-msvcrt binary is working OK with quoted non-ascii >> arguments, while cygwin-flavor binary is not. But I don't know exactly which >> level here: cmd.exe or msvcrt.dll/cygwin1.dll is responsible for >>

Re: Quotes around command-line argument that has unicode characters are not removed

2018-03-22 Thread Dmitry Katsubo via cygwin
On 2018-03-22 12:24, Andrey Repin wrote: > > This is not cygwin, this is bare Windows. This is executable linked against cygwin1.dll. I personally call such binaries "Cygwin programs". However it is run from Windows. > Parameter unquoting done by the shell. > CMD does that differently from POSIX

Quotes around command-line argument that has unicode characters are not removed

2018-03-21 Thread Dmitry Katsubo via cygwin
Dear Cygwin community, I observe the following on my Cygwin: when I put quotes around file that has non-ASCII symbols, these quotes are passed to argv of the process literally, otherwise they are removed. I would expect that there is a consistency. I have written a small C program that displays a

Missing dependency cmake => libidn

2011-05-31 Thread Dmitry Katsubo
Dear CygWin community, After installing 2.8.4-1 I discovered that is depends on libidn, which was not automatically installed by setup (missing dependency?). When this library was manually installed, I was able to run cmake. $ cmake /usr/bin/cmake.exe: error while loading shared libraries: cygidn

libxml2 package does not include the static library

2011-05-05 Thread Dmitry Katsubo
Dear CygWin community, I haven't got from the FAQ how to report problems in CygWin, so I email to this maillist again. The current package v2.7.7-1 does not include the file /lib/libxml2.a, which I need for static linking. When I compile the package manually via "configure & make all install" I g

Re: Linking statically against GraphicsMagick: problems with libxml2 and libpng

2011-04-21 Thread Dmitry Katsubo
Hi Marco, Thanks for reply. On 19.04.2011 21:26, marco atzeri wrote: > On Tue, Apr 19, 2011 at 8:36 PM, Dmitry Katsubo wrote: >> I have went through the manual installation of libxml: the package was >> installed absolutely OK. After "make install" I got: >> &g

Re: Linking statically against GraphicsMagick: problems with libxml2 and libpng

2011-04-19 Thread Dmitry Katsubo
Hi Marc, On 05.04.2011 10:48, marco atzeri wrote: > you can check the package source and propose the change I have went through the manual installation of libxml: the package was installed absolutely OK. After "make install" I got: $ ls -1 /usr/local/lib/libxml2* /usr/local/lib/libxml2.a /usr/lo

Re: Linking statically against GraphicsMagick: problems with libxml2 and libpng

2011-04-05 Thread Dmitry Katsubo
Dear Marco, Thanks for reply. On 05.04.2011 0:46, marco atzeri wrote: >> While trying to link statically my application against GraphicsMagick > > why not dynamic ? I am happy to link dynamically, but I got the requirements to provide both static and dynamic version. > it seems that libxml2-de

Linking statically against GraphicsMagick: problems with libxml2 and libpng

2011-04-04 Thread Dmitry Katsubo
Dear CygWin users / developers! While trying to link statically my application against GraphicsMagick under CygWin, but I suffer from few minor problems during linking. To discover the library list, needed for static linking, I use "GraphicsMagick++-config --libs": > configure:7259: g++ -o conft

Re: R: Exception handling: cannot correctly catch the exception

2010-06-30 Thread Dmitry Katsubo
On 30.06.2010 13:51, Marco Atzeri wrote: > GraphicsMagick is built with gcc-4, > so you should test gcc-4 and not gcc-3. > Gcc-3 dosn't work with C++ exception Thank you very much. Worked perfectly for me. -- With best regards, Dmitry -- Problem reports: http://cygwin.com/problems.html F

Exception handling: cannot correctly catch the exception

2010-06-30 Thread Dmitry Katsubo
Dear CygWin users & developers! Please, give me a hint, how to deal with the following problem correctly. I have some code, that calls GraphicsMagick function and I want to catch the exception thrown. Unfortunately, this does not happen, when I compile the code with CygWin: C:\test\bugs\cygwin_ex