Good work,

But still have race problems with multi-cpu engine.

Run my "run_t.sh", which runs 5 "t.sh". And see if the 5 output log
(t_1.log, t_2.log, ...) still grows. After a short period of time (< 10
sec) one or more process sleeps.

Another point, with one-cpu engine, if I'm typing CTRL-C then running
run_t.sh, I've receive sometimes (> 1/2) two different errors :
1. One or more : C:\cygwin\usr\local\bin\bash.exe (1348): *** fork:
can't reserve memory for stack 0x30000 - 0x230000, Win32 error 487
2. One or more : See GPF.png (bug in basename maybe)

Yes I known, you don't have multi-cpu engine !
But for all, keep in mind that *cygwin don't like multi-cpu engine* !

Have a nice day, Philippe.

Christopher Faylor wrote:
> On Tue, May 25, 2004 at 04:09:23PM -0400, Christopher Faylor wrote:
> 
>>On Tue, May 25, 2004 at 11:37:55AM -0400, Christopher Faylor wrote:
>>
>>>I've made a new version of the Cygwin DLL and associated utilities
>>>available for download.  As usual, a list of what has changed is below.
>>
>>I somehow managed not to test the version of cygwin that I uploaded to
>>sourceware.org and screwed up some things which made cygwin applications
>>fail to start at all.  That's the bad news.
>>
>>The "good news" is that, since I didn't update things such that
>>setup.exe would grab the latest version of cygwin, 1.5.10 was not
>>actually available to anyone.  So, I'm taking the unusual precedent of
>>rolling a cygwin-1.5.10-2.
>>
>>So, if you are a brave soul who installs packages without the benefit
>>of setup.exe hold off installing cygwin 1.5.10-1 until you see a new
>>announcement.  Otherwise, just wait and I'll have things sorted out
>>in a couple of hours.
> 
> 
> There is a new version of cygwin wending its way through the mirrors
> now.  When you run setup, if you see 1.5.10-2 being selected everything
> should work fine.
> 
> cgf
> 
>