On May 21 15:34, Yaakov (Cygwin/X) wrote:
On 2012-05-16 02:19, Thomas Wolff wrote:
wget http://towo.net/algol68g/setup.hint
wget http://towo.net/algol68g/algol68g-2.3.7.4-0.tar.bz2
wget http://towo.net/algol68g/algol68g-2.3.7.4-0-src.tar.bz2
Release numbers start with 1, not 0, but
On 21 May 2012 18:30, David Rothenberger wrote:
On 5/20/2012 9:10 PM, Andy Koppe wrote:
On 20 May 2012 02:22, David Rothenberger wrote:
Please upload subversion-1.7.5-1 as the new current release and -2
as the new test release (built against the test Perl).
Please delete 1.7.4-1 and leave
On 2012-05-19 15:48, Ken Brown wrote:
I tried to build glib using glib2.0-2.32.2-1.cygport from the source for
Cygwin's libglib2.0_0-2.32.2-1 package, and the build failed as follows:
So I added the lines
export LIBFFI_LIBS=-lffi
export LIBFFI_CFLAGS=-I${includedir}
to the .cygport file, and
Ben Voigt-2 wrote:
Maybe check to see if different extensions are negotiated on the Linux
X server vs CygwinX ?[...]
Yes, looks like there are. The .log - file is that from the linux machine. I
should have uploaded the windows component in an earlier post.
Can there be found a reason for
On Mon, May 21, 2012, at 17:30, Kiehl, Horst wrote:
Ronald Fischer wrote [text rewrapped]:
xset fp+ /usr/share/fonts
I got the error message
xset: bad font path element (#90), possible causes are:
Directory does not exist or has wrong permissions
Directory missing
So, after several hours more of investigation, I discovered that while
gdb was installed on my machine, it was not installed on the machine
where we were testing. I installed it there, but the crash still
occurs. The backtrace produced is quite huge - and less useful because
X didn't have any of
The following GNOME components in the distro have been updated to the
latest 3.4.2 stable releases:
* glib2.0
* glib2.0-networking
* gnome-themes-standard
* gsettings-desktop-schemas
* gtk3
* gvfs
* python-gi
* yelp-xsl
--
Yaakov
Cygwin/X
CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO
The following package has been updated for the Cygwin distribution:
*** xterm-279-1
The xterm program is a terminal emulator for the X Window System. It
provides DEC VT102 and Tektronix 4014 compatible terminals for programs
that can't use the window system directly.
This is an update to the
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-05-22 10:28:06
Modified files:
winsup/cygwin : ChangeLog thread.cc
Log message:
* thread.cc (pthread::cancel): Set thread's cancel_event in
PTHREAD_CANCEL_ASYNCHRONOUS case, too.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-05-22 17:37:41
Modified files:
winsup/cygwin : ChangeLog dtable.cc devices.in fhandler_mem.cc
devices.cc
Log message:
* devices.in: Fix native name of /dev/kmem.
Not a newbie exactly, but haven't posted a question to this list before.
I've been running Cygwin on both Windows 7 Pro 64-bit SP1 for about eight
months and a (virtualised) server running Win Server 2008 R2 Standard SP1
for about two months, mainly as a convenience shell as corporate policy
hi,
roll back your cygwin.dll to 1.7.14-2
--pawel
On Tue, May 22, 2012 at 8:13 AM, John Costella john.coste...@gmail.com wrote:
Not a newbie exactly, but haven't posted a question to this list before.
I've been running Cygwin on both Windows 7 Pro 64-bit SP1 for about eight
months and a
On May 21 14:50, Eric Blake wrote:
On 05/21/2012 10:42 AM, Corinna Vinschen wrote:
The crash occurs after echo exited, so bash wakes up from the wait4
call. However, the problem is that the crash does not occur in Cygwin,
but in bash itself.
147 350775 [main] bash 3548 wait4: 2320
On May 22 08:22, Pawel Jasinski wrote:
Please, don't http://cygwin.com/acronyms/#TOFU
hi,
roll back your cygwin.dll to 1.7.14-2
Or better, please try the latest developer snapshot from
http://cygwin.com/snapshots/
Corinna
--
Corinna Vinschen Please, send mails regarding
On May 15 13:29, Gareth Howell wrote:
Hi
I have cygwin (latest) running on an XP machine. It needs to access two
workstations running Win95 and one running Win98.
At the windows level, there are drive maps to the 'C' drives on the three
workstations as X:, Y: and Z: and the filesystem
Hi Otto,
On May 21 14:44, Otto Meta wrote:
Would you mind to provide *simple* testcases to allow easy debugging
of your observations?
I reduced the various tests to three rather simple individual testcases
because those show possibly different bugs.
Thanks!
Testcase cancel deferred:
On May 21 14:51, Ken Brown wrote:
On 5/21/2012 12:29 PM, Corinna Vinschen wrote:
On May 21 11:31, Ken Brown wrote:
On 5/21/2012 6:02 AM, Ken Brown wrote:
On 5/21/2012 4:50 AM, Filipp Gunbin wrote:
emacs-24.0.96-2 crashes when I am doing the following:
1) emacs -Q -nw
2) M-x shell
3) C-x
On 5/22/2012 7:28 AM, Corinna Vinschen wrote:
On May 21 14:51, Ken Brown wrote:
On 5/21/2012 12:29 PM, Corinna Vinschen wrote:
On May 21 11:31, Ken Brown wrote:
On 5/21/2012 6:02 AM, Ken Brown wrote:
On 5/21/2012 4:50 AM, Filipp Gunbin wrote:
emacs-24.0.96-2 crashes when I am doing the
Testcase cancel deferred:
Works with 1.7.9 and 20120517 snapshot, fails (hangs) with 1.7.12-1
and 1.7.15-1.
If that works in the snapshot anyway, I'm not going to look into that
one.
It worked in the reduced testcase with sem_wait(). With read() it’s
still half-broken. See below.
Testcase
Version 1.5-1 of nmh has been uploaded.
nmh is a capable mail handling system with a command line interface.
It consists of simple, single-purpose programs for sending, receiving,
saving, retrieving, and otherwise manipulating email messages. You
can freely intersperse nmh commands with other
On May 22 07:42, Ken Brown wrote:
On 5/22/2012 7:28 AM, Corinna Vinschen wrote:
On May 21 14:51, Ken Brown wrote:
On 5/21/2012 12:29 PM, Corinna Vinschen wrote:
On May 21 11:31, Ken Brown wrote:
On 5/21/2012 6:02 AM, Ken Brown wrote:
I've discovered something strange by running emacs under
On May 22 15:41, Corinna Vinschen wrote:
On May 22 07:42, Ken Brown wrote:
On 5/22/2012 7:28 AM, Corinna Vinschen wrote:
On May 21 14:51, Ken Brown wrote:
On 5/21/2012 12:29 PM, Corinna Vinschen wrote:
On May 21 11:31, Ken Brown wrote:
On 5/21/2012 6:02 AM, Ken Brown wrote:
I've
On 5/21/2012 9:38 AM, Corinna Vinschen wrote:
I'll check in a fix to Cygwin shortly. Please give the next developer
snapshot a try.
It works fine with 1.7.16s(0.261/5/3) 20120522 12:32:26.
It shows an extra message (on both sides), but maybe that is normal for nc6:
$ nc6 -4lup 7000
nc6
-Original Message-
Sent: Tuesday, May 22, 2012 06:14
Subject: 1.7.15-1: mintty bash failing to run .NET executables ?
After that, .NET programs failed to launch at all. The mintty bash
terminal just
sits there, no CPU or anything else being used, the .NET .exe failing to
launch
Using the snapshot from 2012-05-22 still did not fix the problem.
--
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
Since apparently nobody wants to take ownership of this regression
I'll point out the workaround, for the benefit of those googling
and landing on this thread: start Java with -Xrs and use Ctrl-Break
instead of Ctrl-C. This will disable thread dump and break any
application that relies on normal
What is a better way I can give context (and credit) when I am
responding to a message, without implying that I expect a reply from the
original author?
I've been a Usenet user since 1988, and I've never heard of the
convention of quoting implies request for reply. Replies from the
original
From: Cygwin-L On Behalf Of Warren Young
I would say that the vast majority of the packages in the Cygwin
distribution could not reasonably make use of 64-bit data spaces.
However, one of your arguments in this thread cuts both ways: the fact
that there are a few packages that reasonably
On 22/05/2012 20:06, Matt Seitz (matseitz) wrote:
From: Cygwin-L On Behalf Of Warren Young
I would say that the vast majority of the packages in the Cygwin
distribution could not reasonably make use of 64-bit data spaces.
However, one of your arguments in this thread cuts both ways: the fact
On 5/22/2012 9:06 PM, Matt Seitz (matseitz) wrote:
From: Cygwin-L On Behalf Of Warren Young
I would say that the vast majority of the packages in the Cygwin
distribution could not reasonably make use of 64-bit data spaces.
However, one of your arguments in this thread cuts both ways: the fact
From: Cygwin-L: On Behalf
Of marco atzeri
Until we work and deploy a 64bit cygwin1.dll the idea to build any 64 bit
cygwin program is pure academic and not very useful.
If you want to propose patches for 64 bit cygwin cygwin-developers is the
right mailing list.
Sorry if I wasn't clear.
The following packages have been updated for the Cygwin distribution:
*** pcre-8.30-1
*** libpcre1-8.30-1
*** libpcre16_0-8.30-1
*** libpcrecpp0-8.30-1
*** libpcreposix0-8.30-1
*** libpcre-devel-8.30-1
The PCRE library implements regular expression pattern matching using
the same syntax and
The following packages have been updated for the Cygwin distribution:
*** audiofile-0.3.4-1
*** libaudiofile1-0.3.4-1
*** libaudiofile-devel-0.3.4-1
The Audio File Library provides a uniform programming interface
for processing of audio data to and from audio files of many common
formats
The following package has been updated for the Cygwin distribution:
*** python-numpy-1.6.2-1
The NumPy module contains a powerful N-dimensional array object,
sophisticated (broadcasting) functions, tools for integrating C/C++ and
Fortran code, and useful linear algebra, Fourier transform, and
The following packages have been updated for the Cygwin distribution:
*** apache2-2.2.22-3
*** apache2-devel-2.2.22-3
*** apache2-manual-2.2.22-3
The Apache HTTP Server is a robust, commercial-grade, featureful,
extensible, and freely-available source code implementation of an HTTP
(Web)
thanks
-Original Message-
From: cygwin-announce-ow...@cygwin.com
[mailto:cygwin-announce-ow...@cygwin.com] On Behalf Of Yaakov (Cygwin/X)
Sent: Tuesday, May 22, 2012 3:25 PM
To: cygwin-annou...@cygwin.com
Subject: Updated: python-numpy-1.6.2-1
The following package has been updated for
Version 1.5-1 of nmh has been uploaded.
nmh is a capable mail handling system with a command line interface.
It consists of simple, single-purpose programs for sending, receiving,
saving, retrieving, and otherwise manipulating email messages. You
can freely intersperse nmh commands with other
The following packages have been updated for the Cygwin distribution:
*** audiofile-0.3.4-1
*** libaudiofile1-0.3.4-1
*** libaudiofile-devel-0.3.4-1
The Audio File Library provides a uniform programming interface
for processing of audio data to and from audio files of many common
formats
The following package has been updated for the Cygwin distribution:
*** python-numpy-1.6.2-1
The NumPy module contains a powerful N-dimensional array object,
sophisticated (broadcasting) functions, tools for integrating C/C++ and
Fortran code, and useful linear algebra, Fourier transform, and
The following packages have been updated for the Cygwin distribution:
*** apache2-2.2.22-3
*** apache2-devel-2.2.22-3
*** apache2-manual-2.2.22-3
The Apache HTTP Server is a robust, commercial-grade, featureful,
extensible, and freely-available source code implementation of an HTTP
(Web)
40 matches
Mail list logo