just as I built the 64 bit version and it seems to work, with
the same limitation of 32 bit counterpart.
to download (remove the index.html's) :
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86_64/ping/index.html
find x86_64 -name index.html -o -name md5.sum | xargs rm
Regards
From a previous discussion [1] on this subject, it seems to be that if this is
desirable, then source packages should be fixed rather than working around
this in setup.
Attached is a patch to cygport to do exactly that.
I was also going to prepare a patch for http://cygwin.com/setup.html to say
Hello there!
I am attempting to run an opengl application remptely to a ubuntu
linux machine from my windows 8 machine.
To do so I start the cygwin console, call startxwin.
Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA.
glxinfo |grep OpenGL
OpenGL vendor string:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-04-24 13:44:23
Modified files:
winsup/cygwin : ChangeLog fhandler_procnet.cc
fhandler_socket.cc net.cc
winsup/cygwin/release: 1.7.30
Log message:
*
On 4/23/2014 7:56 PM, David Rothenberger wrote:
Ken Brown wrote:
I've rebuilt emacs-24.3 with the gnutls fix. David and Achim (and
anyone else who's been experiencing these crashes), please try the
following binary and let me know if it solves the problem:
On Apr 23 17:38, Corinna Vinschen wrote:
On Apr 23 16:25, qq qq wrote:
The following code is a simplified app that was used to test-connect
to local ports 55000+ (none of which were actually listening) and
received false-positive connected results because Cygwin's dup()
for socket causes
On Apr 23 23:25, Doug Henderson wrote:
On Wed, Apr 23, 2014 at 9:44 AM, Corinna Vinschen wrote:
On Apr 23 09:17, Doug Henderson wrote:
I am trying to identify the package containing the strings executable.
$ uname -a
CYGWIN_NT-6.1 Rover 1.7.29(0.272/5/3) 2014-04-07 13:46 x86_64 Cygwin
On Apr 23 16:43, Douglas Coup wrote:
I run Cygwin on a Windows 8.1 workstation.
I just recently started noticing that the following sequence doesn't work:
$ touch dac.txt
$ chmod 444 dac.txt
$ rm -f dac.txt
The rm -f command gets a permission denied error. This just started
happening
On Apr 24 11:34, Douglas Coup wrote:
If I do which rm and which chmod, it shows that both commands
resolve to the Cygwin binaries.
The attached rm.notworking.trace file is from an rm -f dac.txt
command that gets the permission denied error; i.e., when the
permissions on the file are 444.
On Apr 24 18:36, Corinna Vinschen wrote:
On Apr 24 11:34, Douglas Coup wrote:
If I do which rm and which chmod, it shows that both commands
resolve to the Cygwin binaries.
The attached rm.notworking.trace file is from an rm -f dac.txt
command that gets the permission denied error;
Hi,
it's not a big deal, I just wonder what to execute, if I would like to
execute user's default shell (defined in /etc/passwd). For example in cmd.exe,
ConEmu or Console2. I don't want to hardcode a shell anywhere (in console
emulator configuration, some batch file etc.), I just want to
If it's any help, the same type of behavior happens when trying to do
cp -f when the target exists and has a permission mask of 444. cp
might be trying to do an rm first.
Regards,
Doug Coup
Objective Systems, Inc.
REAL WORLD ASN.1 AND XML SOLUTIONS
Tel: +1 (484) 875-9841
Fax: +1 (484)
Chris J. Breisch schreef op 2014-04-23 17:18:
Chris J. Breisch wrote:
Check-0.9.12 seems to work out-of-the-box. Configure with
--prefix=/usr.
make check on check reports all tests passed, despite what appear to
be some failures. The CHANGELOG says that this version should pass all
tests on
Chris J. Breisch schreef op 2014-04-17 20:32:
Erwin Waterlander wrote:
Hi,
The major linux distributions have switched for their man system to
'man-db' (http://man-db.nongnu.org/) in favour of the classic man.
I think that Cygwin should also switch to man-db. man-db is much
better
in
On 2014-04-23 22:15, Tatsuro MATSUOKA wrote:
I tried to build wxWidgets-3.0.0 on Cygwin.
For Cygwin x86, the build was successful.
However, on Cygwin x86_64, the build failed at compling a cpp source file
(src/common/appbase.cpp).
./include/wx/filename.h: In static member function 'static
I remember that some time ago I had, in mintty,
$ echo $LANG
it_IT.UTF-8
Now LANG is empty ('echo $LANG' prints nothing).
I notice that /etc/profile.d has lang.sh which should set LANG when I
start mintty. That script contains
test -z ${LC_ALL:-${LC_CTYPE:-$LANG}} export
On 04/24/2014 05:13 PM, Angelo Graziosi wrote:
I remember that some time ago I had, in mintty,
$ echo $LANG
it_IT.UTF-8
Now LANG is empty ('echo $LANG' prints nothing).
I notice that /etc/profile.d has lang.sh which should set LANG when I start
mintty. That script contains
test -z
Angelo Graziosi wrote:
I remember that some time ago I had, in mintty,
$ echo $LANG
it_IT.UTF-8
Now LANG is empty ('echo $LANG' prints nothing).
I notice that /etc/profile.d has lang.sh which should set LANG when I
start mintty. That script contains
test -z
waterlan schreef op 2014-04-24 21:43:
Chris J. Breisch schreef op 2014-04-17 20:32:
Erwin Waterlander wrote:
Hi,
The major linux distributions have switched for their man system to
'man-db' (http://man-db.nongnu.org/) in favour of the classic man.
I think that Cygwin should also switch to
The following packages have been updated:
- doxygen-1.8.7-1
- doxygen-doxywizard-1.8.7-1
CHANGES:
Numerous new features and bug fixes. For the full change log, please
see: http://www.doxygen.org/manual/changelog.html#log_1_8_7
DESCRIPTION
===
Doxygen is a documentation
On 04/24/2014 05:56 PM, David Rothenberger wrote:
Angelo Graziosi wrote:
I remember that some time ago I had, in mintty,
$ echo $LANG
it_IT.UTF-8
Now LANG is empty ('echo $LANG' prints nothing).
I notice that /etc/profile.d has lang.sh which should set LANG when I
start mintty. That script
David Rothenberger wrote:
It looks like /etc/profile sets LC_ALL=C before running the scripts
in /etc/profile.d, then restores it to its original setting. This
prevents LANG getting set by lang.sh.
The statement LC_ALL=C has been introduced in /et/profile with the
recent upgrade of base-file
waterlan wrote:
I must have done something wrong in the build before I sent this.
Re-building libpipeline does cause 'make check' to execute the tests.
I got one failure. I've talked to the owner of the project, and he's
sent me a patch that does eliminate the failure. So I now have a
Coverity Scan [1] is a commercial (paid for) static analysis tool, but
they offer it to Open Source programmes for free. I was having a browse
through the list of Open Source programmes using Coverity Scan, and
noticed that Cygwin wasn't listed. Would there be any interest in
analysing the
24 matches
Mail list logo
