X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.1 required=5.0	tests=AWL,BAYES_00,TW_CG
X-Spam-Check-By: sourceware.org
X-VirusChecked: Checked
X-Env-Sender: hkehoe AT budcat DOT com
X-Msg-Ref: server-11.tower-138.messagelabs.com!1285606334!104558121!1
X-StarScan-Version: 6.2.4; banners=budcat.com,-,-
Message-ID: <4CA0CBBC.2060202@budcat.com>
Date: Mon, 27 Sep 2010 11:52:12 -0500
From: Heath Kehoe <hkehoe AT budcat DOT com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.9) Gecko/20100915 Lightning/1.0b2 Thunderbird/3.1.4
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: strange crashes on invocation
References: <4C9B8AC6 DOT 9080808 AT budcat DOT com> <4C9BB392 DOT 9070802 AT budcat DOT com> <4C9BE120 DOT 1080701 AT budcat DOT com> <20100924091712 DOT GA18898 AT calimero DOT vinschen DOT de> <4C9CD24C DOT 1000606 AT budcat DOT com> <20100924165747 DOT GB5793 AT calimero DOT vinschen DOT de> <4C9CECB4 DOT 1040607 AT budcat DOT com> <20100924195422 DOT GA27380 AT ednor DOT casa DOT cgf DOT cx> <4CA0B8D3 DOT 8020801 AT budcat DOT com>
In-Reply-To: <4CA0B8D3.8020801@budcat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com



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 having
>>> trouble grokking. Does 'ret' need to be topmost on the stack?
>>>
>>> As a test, I moved the 'ret' definition after that of 'dll_path' (in
>>> std_dll_init). So far with that change, I have not seen the LoadLibrary
>>> fatal error, though I need to test it more to be sure.
>> I've moved some other stuff around in that function.  Could you try
>> the latest CVS?
>>
>> cgf
>>
> With your changes, I have not yet encountered any of the error 998
> failures, and I've run a couple of rebuilds of my project as a stress-test.
>
> Thanks,
> -h

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:
Frame     Function  Args
00288974  6102740B  (00288974, 00000000, 00000000, 00000000)
00288C64  6102740B  (61179C40, 00008000, 00000000, 6117B997)
00289C94  61004B2B  (6117B084, 00289CB0, 00000000, 00000000)
00289EE4  6100136E  (61053A2A, 00000154, 00000002, 00000002)

It's definitely a lot less frequent, though.

-h

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

--
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