Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Message-ID: <3D822B23.6030001@cox.net>
Date: Fri, 13 Sep 2002 14:14:59 -0400
From: "David A. Cobb" <superbiskit AT cox DOT net>
Reply-To: Cygwin Discussion <cygwin AT cygwin DOT com>, Superbiskit AT cox DOT net
Organization: CoxNet User
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020912
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Cygwin Discussion <cygwin AT cygwin DOT com>
CC: "ERIC KRAUSE (ekraus02)" <ekraus02 AT baker DOT edu>
Subject: Re: [BUG] Intermittant error referencing memory @0x00000010
References: <3D7A3D30 DOT 2030101 AT cox DOT net> <3D80ABD7 DOT 2090808 AT cox DOT net> <007e01c25a8e$b85ffef0$0219a8c0 AT eric2k>
Content-Type: multipart/mixed;
 boundary="------------060707090406080207060603"

--------------060707090406080207060603
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit

ERIC KRAUSE (ekraus02) wrote:

>David A. Cobb writes:
>  
>
>>On 09/07/2002, David A. Cobb wrote:
>>
>>    
>>
>>>Trying to do a bootstrap build of gcc-3.2-1, first cat.exe signalled
>>>'cat.exe the instruction at 0x077f8ed61 referenced memory at
>>>0x0000010. The memory could not be "written"'
>>>followed by "Application failed to initialize (0xC0000142)"
>>>      
>>>
>
>0xC0000142 looks like a Windows exception code.  Keep in mind on Win9x
>you'll get the infamous page fault error and no Application failed to
>initialize msg.
>
>  
>
>>>Retry, got the same error but in "sh.exe instruction at 0x77f8ed61" --
>>>HEY! that's strange - the same instruction address.
>>>must be in a dll, yes?
>>>      
>>>
>
>Correct.  Apps don't have such high addresses, for future reference--they're
>normally based at 0x400000 (so they can run on Windows 9x).
>
>objdump on cygwin1.dll shows me one DLL dependency: kernel32.dll.  objdump
>on kernel32 shows base is 0x77e80000.  But objdump on kernel32.dll also
>shows it depends upon ntdll.dll.  objdump on ntdll.dll shows base is
>0x77f80000, and has no DLL dependencies.  The code triggering the crash is
>inside ntdll.dll.
>
>Since kernel32.dll and ntdll.dll are *likely* OK (you never know M$, though,
>but let's assume their code is kosher anyhow), AND considering that 3
>SEPARATE .exe's caused the SAME problem, it looks like the only suspect left
>is cygwin1.dll.
>
>Are you using the latest Cygwin DLL version?  You can find out just what
>that version number is from the output of "uname -a"; it's right after your
>hostname.
>
>---
>Eric R. Krause
>
Thanks, Eric.
    Uname: CYGWIN_NT 5.0  .... 1.3.12 (0.54.3.2) 2002-07-06 02:16
    Complete CYGCHECK output appended (.zip)

    Another datapoint: I tried firing up CYGSERVER and doing the make. 
 Aha!  It ran to completion -- still errors of some sort but none of the 
Win exceptions.
    That introduced other troubles, I'll post that later and try to keep 
this thread focused.
    The other thing was terminating all the many aps I have in the 
system tray (   except ZA and my antivirus ) and then keeping my hands 
off while it ran so nothing was perturbing the memory allocations.
    Having CYGSERVER change things so completely makes me suspect that 
IPC is related to the problem -- I don't know what else changes when the 
server is active; also watching a ProcessExplorer display shows the 
server IPC resources very very active.

>  
>
-- 
David A. Cobb, Software Engineer, Public Access Advocate
"By God's Grace I am a Christian man, by my actions a great sinner." -- The Way of a Pilgrim; R. M. French, tr.
Life is too short to tolerate crappy software.
.


--------------060707090406080207060603
Content-Type: application/x-zip-compressed;
 name="cygwin-state.ZIP"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="cygwin-state.ZIP"

UEsDBAoAAAAAABJvLS1c8Z9NTQAAAE0AAAAoAAAASE9NRS9zdXBlcmJpc2tpdC9jeWd3aW4t
c3RhdGUtMjAwMi0wOS0xM0NZR1dJTl9OVC01LjAgQklTS0lULVRON1BVWTYxIDEuMy4xMigw
LjU0LzMvMikgMjAwMi0wNy0wNiAwMjoxNiBpNjg2IHVua25vd24KUEsBAhQACgAAAAAAEm8t
LVzxn01NAAAATQAAACgAAAAAAAAAAQAgALaBAAAAAEhPTUUvc3VwZXJiaXNraXQvY3lnd2lu
LXN0YXRlLTIwMDItMDktMTNQSwUGAAAAAAEAAQBWAAAAkwAAAAAA

--------------060707090406080207060603
Content-Type: text/plain; charset=us-ascii

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/
--------------060707090406080207060603--