On Dec 7, 2010, at 9:55 AM, Christopher Faylor wrote:
> I ran the test case in a loop on my Windows XP system under various
> conditions -
> no load, load, no load with most services stopped. I couldn't reproduce the
> problem.
>
> I also tried on a virtual system running Windows 7 64-bit and
On Dec 10, 2010, at 3:36 AM, Corinna Vinschen wrote:
> Hi Heath,
>
[snip]
> The latest snapshot from http://cygwin.com/snapshots.html contains
> another patch which should avoid this problem. Can you please test?
>
Unfortunately, I'm not in a position to be able to repro the problem. Sorry..
On Dec 2, 2010, at 1:59 PM, Andy Koppe wrote:
> On 2 December 2010 18:40, Charles Wilson wrote:
>> On 12/2/2010 1:27 PM, David Rothenberger wrote:
>>> Illia Bobyr wrote:
On 12/1/2010 8:53 PM, David Rothenberger wrote:
> Try typing "reset" or "stty sane" (without the quotes) and pressing
On Nov 16, 2010, at 9:41 AM, Corinna Vinschen wrote:
> On Nov 10 13:43, Heath Kehoe wrote:
>> I have ruby 1.9.2 which I built from source. It works fine in cygwin
>> 1.7.7 and earlier, but in the current snapshot when it does a fork,
>> the child process dies pretty much i
I have ruby 1.9.2 which I built from source. It works fine in cygwin
1.7.7 and earlier, but in the current snapshot when it does a fork, the
child process dies pretty much instantly.
I've put together a test case (see attached) which replicates what ruby
is doing so that this problem can be re
On 10/1/2010 5:02 PM, Christopher Faylor wrote:
On Mon, Sep 27, 2010 at 11:52:12AM -0500, Heath Kehoe wrote:
Ugh! spoke too soon. It happened again:
1 [main] bash 5112! C:\cygwin\bin\bash.exe: *** fatal error -
could not load C:\Windows\system32\ws2_32.dll, Win32 error 998
Stack trace
On 9/27/2010 10:31 AM, Heath Kehoe wrote:
On 9/24/2010 2:54 PM, Christopher Faylor wrote:
On Fri, Sep 24, 2010 at 01:23:48PM -0500, Heath Kehoe wrote:
Well, another difference is the addition of PATH_MAX*2 bytes on the
stack. Those functions do some stack manipulations that I'm h
On 9/24/2010 2:54 PM, Christopher Faylor wrote:
On Fri, Sep 24, 2010 at 01:23:48PM -0500, Heath Kehoe wrote:
Well, another difference is the addition of PATH_MAX*2 bytes on the
stack. Those functions do some stack manipulations that I'm having
trouble grokking. Does 'ret' nee
On 9/24/2010 11:57 AM, Corinna Vinschen wrote:
On Sep 24 11:31, Heath Kehoe wrote:
The path is correct. I have no explanation why changing from a
filename to a pathname (and LoadLibrary to LoadLibraryW) would make
any difference, unless there's a race condition, say if
LoadLibrary[W] is
On 9/24/2010 4:17 AM, Corinna Vinschen wrote:
Can you revert to the latest from CVS and try again with this patch applied:
Index: autoload.cc
===
RCS file: /cvs/src/src/winsup/cygwin/autoload.cc,v
retrieving revision 1.174
diff -u
On 9/23/2010 3:07 PM, Heath Kehoe wrote:
On 9/23/2010 12:13 PM, Heath Kehoe wrote:
I have a build system that uses rake under cygwin, and every so often
a build tool will crash on invocation:
1 [main] bclanc 1576! C:\budcat\tools\bin\bclanc.exe: *** fatal
error - could not load w
On 9/23/2010 12:13 PM, Heath Kehoe wrote:
I have a build system that uses rake under cygwin, and every so often
a build tool will crash on invocation:
1 [main] bclanc 1576! C:\budcat\tools\bin\bclanc.exe: *** fatal
error - could not load w, Win32 error 998
Stack trace:
Frame
On 9/21/2010 11:48 AM, Corinna Vinschen wrote:
I've checked in the patch. Please test the next developer snapshot.
Thanks again for the testcase. It was very helpful.
I built from CVS and it's working again. Thanks!
-h
_
On 9/20/2010 3:00 PM, Heath Kehoe wrote:
My application uses mmap on a 16MB file. On released 1.7.7, there's no
problem. But with the 20100919 snapshot, it crashes when it tries to
access the mmap space past the first 32KB or so. Attached is a simple
test program that illustrates the pr
My application uses mmap on a 16MB file. On released 1.7.7, there's no
problem. But with the 20100919 snapshot, it crashes when it tries to
access the mmap space past the first 32KB or so. Attached is a simple
test program that illustrates the problem.
* With 1.7.7 *
$ uname -a
CYGWI
On 9/15/2010 12:18 PM, delbydev wrote:
Hello
Have hunted all over for this one but it seems no one else has reported the
issue - maybe because they don't use the feature or there is something awry
with my installation
I write scripts that dart in and out of databases
I bind my Oracle connectio
On 9/2/2010 2:10 PM, PaulHR wrote:
I want to create script files that are not bound to my user id. I want to
create over 20 different scripts files, one for each server I manage. I
have uploaded keys to each server. So all I should have to is enter is the
ssh command
I have put in a fil
On 9/1/2010 2:10 PM, Christopher Faylor wrote:
I rewrote the signal initialization stuff today and have generated a
new snapshot. Please let me know if this works better for you. I haven't
actually tried to run a fork per sec. test yet so there may be other
lurking problems.
http://cygwin.co
Jeremy Bopp wrote:
True enough, and hopefully Heath will send along the patches to fix the
problem. It just seems in this case that distributing a locally built
setup.exe is a bit like hammering a finishing nail with a sledge hammer.
Yeah, it works, but it takes far more effort than required t
Heath Kehoe wrote:
- Using setup.exe version 2.677
- We have a local mirror which is updated using rsync (daily)
- The local mirror is accessed as a network share on the Windows
machines, which is mapped to a drive letter.
- In setup.exe, select 'Install from Local Directory'
Christopher Faylor wrote:
On Wed, Jan 27, 2010 at 03:24:38PM -0600, Heath Kehoe wrote:
[snip]
We're seeing the same issue. We have a mirror of the cygwin tree (which
is updated through rsync) which is made available on a network share,
mapped to a drive letter. When running setup we
Richard Toy wrote:
Both at work and home I install Cygwin on several machines and I keep
a local cache of the Cygwin install files to reduce the time to
update.
I always run setup.exe and perform a full install of everything.
Since upgrading to the latest version of setup, when performing the
22 matches
Mail list logo
