Re: Updated: setup.exe (Release 2.864)

2015-02-05 Thread Vasiliy
it be convenient for you to update also the mingw package(s) from current version 4.8.3 to more recent 4.9.2 the same way you have done it for gcc? Kind regards, Vasiliy [1] https://www.cygwin.com/ml/cygwin-announce/2015-02/msg8.html Updated: setup.exe (Release 2.864) [2] https://www.cygwin.com

Re: basename: a faulty warning 'extra operand --test-name' in tests causes test-driver to fail

2013-07-14 Thread Vasiliy
I'm happy to provide you with an update on 'extra operand --test-name' occasionally being fed to 'basename' by some testsuites, which was fixed by Automake maintainers: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14840 On Fri, Jul 12, 2013 at 11:19 PM, Vasiliy testtest_2...@ukr.net wrote

basename: a faulty warning 'extra operand --test-name' in tests causes test-driver to fail

2013-07-12 Thread Vasiliy
Hello, When trying to 'make check' Open MPI from the SVN sources I observe the following issue with 'basename' from 'coreutils' Cygwin package: basename: extra operand `--test-name' Try `basename --help' for more information. -- Testing test-driver: line 95: PID Aborted (core

Re: basename: a faulty warning 'extra operand --test-name' in tests causes test-driver to fail

2013-07-12 Thread Vasiliy
options. So I do not understand why it should be a basename problem... specially as it is the same on linux http://linux.die.net/man/1/basename not clear to me what is aborting could you clarify ? Regards Marco On Fri, Jul 12, 2013 at 5:25 PM, Vasiliy testtest_2...@ukr.net wrote: Hello

Re: basename: a faulty warning 'extra operand --test-name' in tests causes test-driver to fail

2013-07-12 Thread Vasiliy
, Vasiliy wrote: Marco, you're right, it's the problem in their 'run_tests' file, I've got baffled due to a lack of time. However, there's likely an issue with Automake not recognizing '--log-file' option, but it's another story. automake doesn't have a --log-file option. I can't really imagine what

Fwd: no output from GNUTLS package

2013-07-11 Thread Vasiliy
Thank you, Csaba, I was able to track down a stranded library which shouldn't be there, and now it works! I've also tracked down that problem with 'test-driver'. Look at that: $ gdb --args /usr/bin/sh /usr/share/automake-1.14/test-driver GNU gdb (GDB) 7.6.50.20130320-cvs Copyright (C) 2013 Free

no output from GNUTLS package

2013-07-10 Thread Vasiliy
Hello, I could not get any output from 'gnutls' Cygwin64 package. Could somebody invoke it as follows: gnutls-cli - GnuTLS client or any other example. Compiled from the sources it passes many tests, but still no luck, very strange, indeed. Thank you in advance. Best regards, Vasiliy

test-driver: line 95: PID Segmentation fault

2013-07-10 Thread Vasiliy
Help needed: whenever I run 'make check' I'm experiencing the same kind or error: copying 'test-driver' from... to... upon (auto)configure phase, then, when checking: test-driver: line 95: PID Segmentation fault It's likely due to some mis-compiled binary on my system. How to track it down? --

x86_64-w64-mingw32: wdm.h conflicting types with winnt.h

2013-06-22 Thread Vasiliy
Please, take a look at: /usr/x86_64-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h (why '/mingw/'?) which has: #include wdm.h which in turn causes a lot of conflicting types errors with winnt.h, besides complaining wdm.h is not being found -- Problem reports:

[Feature request] Setup64.exe should respect more recent packages' version

2013-06-17 Thread Vasiliy
Could it be possible for Setup64.exe that it would not offer downgrading packages by default if their more recent counterparts are installed? Example of an undesirable behavior: installed is bash 4.2, but 4.1 version is wrongly suggested, etc. -- Problem reports:

Fwd: [Feature request] Setup64.exe should respect more recent packages' version

2013-06-17 Thread Vasiliy
, Vasiliy wrote: Could it be possible for Setup64.exe that it would not offer downgrading packages by default if their more recent counterparts are installed? Example of an undesirable behavior: installed is bash 4.2, but 4.1 version is wrongly suggested, etc. Setup suggests downgrading only when

Re: Fwd: [Feature request] Setup64.exe should respect more recent packages' version

2013-06-17 Thread Vasiliy
On 6/17/2013, Larry wrote: That is the way it works for non-test packages. I'm not sure what mirror you're using but on mirror.mcs.anl.gov, bash 4.1.11 is the only version available for x64. ~~~ No, it does not. I've compiled, and installed bash 4.2.45 for x64, and made appropriate changes in

Re: __cygwin_environ, __imp_environ, _cur_environ, where is 'environ' symbol?

2013-06-12 Thread Vasiliy
ok, it seems that newlib/libc/stdlib/environ.c has not made its way into cygwin1.dll and/or libcygwin.a; shouldn't that be included? From: Corinna Vinschen corinna-cygwin at cygwin dot com To: cygwin at cygwin dot com Date: Wed, 12 Jun 2013 11:53:15 +0200 Subject:

xorg-server no longer support -wgl option

2013-06-10 Thread Vasiliy
I have compiled 'gnubik' from GNU Ftp, and it fails with: $ gnubik (gnubik:28564): GdkGLExt-WARNING **: Window system doesn't support OpenGL. Upon checking, I couldn't see any longer XWin's -wgl option working, though no warnings were issued. Is that all right?: $ uname -srvm CYGWIN_NT-6.1

chown --recursive [OWNER][:[GROUP]] ... doesn't work

2013-06-08 Thread Vasiliy
chown --recursive owner *.* doesn't change ownership for all files, single files are proceeded ok $ uname -srvm CYGWIN_NT-6.1 1.7.20(0.266/5/3) 2013-06-06 17:36 x86_64 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation:

x86_64-pc-cygwin-windres.exe vs. cygwin1.dll v1.17.20 version mismatch

2013-06-08 Thread Vasiliy
-- From: Vasiliy Date: Sat, Jun 8, 2013 at 5:47 PM Subject: chown --recursive [OWNER][:[GROUP]] ... doesn't work To: cygwin chown --recursive owner *.* doesn't change ownership for all files, single files are proceeded ok $ uname -srvm CYGWIN_NT-6.1 1.7.20(0.266/5/3) 2013-06-06 17:36 x86_64

Fwd: x86_64-pc-cygwin-windres.exe vs. cygwin1.dll v1.17.20 version mismatch

2013-06-08 Thread Vasiliy
Sorry, my fault, please ignore this one. C:\cygwin\bin\... needed to be C:\cygwin64\bin\... -- Forwarded message -- From: Vasiliy Date: Sat, Jun 8, 2013 at 9:56 PM Subject: x86_64-pc-cygwin-windres.exe vs. cygwin1.dll v1.17.20 version mismatch To: cygwin 45 [main] x86_64

Cygwin64: mkshortcut - Segmentation fault

2013-06-07 Thread Vasiliy
Original suspect: user@host /etc/postinstall $ cat /etc/postinstall/xinit.sh /usr/bin/mkdir -p $(/usr/bin/cygpath $CYGWINFORALL -P)/Cygwin-X /usr/bin/mkshortcut $CYGWINFORALL -P -i /usr/bin/XWin.exe -n Cygwin-X/XWin Server -a /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe

Fwd: Cygwin64: mkshortcut - Segmentation fault

2013-06-07 Thread Vasiliy
Please, check/note: libcygicons.dll.a is being *installed* to /usr/lib from the sources instead of libicons.dll.a compiled (!) Best, Vasiliy -- Forwarded message -- From: Vasiliy Date: Fri, Jun 7, 2013 at 2:35 PM Subject: Cygwin64: mkshortcut - Segmentation fault

Fwd: Cygwin64: mkshortcut - Segmentation fault

2013-06-07 Thread Vasiliy
be libicons.la as well) Best, Vasiliy -- Forwarded message -- From: Charles Wilson cygwin at cwilson dot fastmail dot fm To: The Cygwin Mailing List cygwin at cygwin dot com Date: Fri, 07 Jun 2013 09:59:03 -0400 Subject: Re: Fwd: Cygwin64: mkshortcut - Segmentation fault References: CAHYyVz4oA

Cygwin64: urlfetch causes SEGFAULT

2013-05-09 Thread Vasiliy
git clone git://github.com/ifduyue/urlfetch.git cd urlfetch python setup.py install *or* python3 setup.py install causes Segmentation fault (also visible in Python 3, if installed manually: import urlfetch) -- Problem reports: http://cygwin.com/problems.html FAQ:

Fwd: 1.14.0-2 XWin does not start, though 1.13.2.0 X Server latest snapshot 20130210-git works

2013-05-07 Thread Vasiliy
Works Just Fine For Me http://cygwin.com/acronyms/#WJFFM Thanks for the test release, and your suggestions. Kind regards, Vasiliy PS. Please, update also the instructions at http://x.cygwin.com/devel/backtrace.html On Tue, May 7, 2013 at 6:35 PM, Jon TURNEY jon.tur...@dronecode.org.uk wrote