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 t
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) server.
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 ra
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 (curren
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 sema
> 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
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
t
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:
> 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 reaso
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 aut
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 s
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
> -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
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 700
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
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 ru
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 s
>> 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.
>>
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 follo
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 -n
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 defer
> 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
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 regardi
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
24 matches
Mail list logo
