delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-developers/2001/09/04/22:54:36

Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
From: Christopher Faylor <cgf AT cygnus DOT com>
Date: Tue, 4 Sep 2001 22:54:34 -0400
To: cygwin-developers AT cygwin DOT com
Subject: Re: cygwin 1.3.3 announcment -- extra words solicited
Message-ID: <20010904225434.A12398@redhat.com>
Reply-To: cygwin-developers AT cygwin DOT com
Mail-Followup-To: cygwin-developers AT cygwin DOT com
References: <3B92F0CF DOT 4040101 AT ece DOT gatech DOT edu> <3B9313A1 DOT 4010200 AT ece DOT gatech DOT edu> <20010903013236 DOT A22505 AT redhat DOT com> <3B943067 DOT 5000207 AT ece DOT gatech DOT edu> <4679657631 DOT 20010904104946 AT logos-m DOT ru> <3B950586 DOT 3050106 AT ece DOT gatech DOT edu> <20010904130237 DOT B7509 AT redhat DOT com> <3B950F1E DOT 80008 AT ece DOT gatech DOT edu> <114122083636 DOT 20010904223654 AT logos-m DOT ru> <3B958C2F DOT 6040003 AT ece DOT gatech DOT edu>
Mime-Version: 1.0
In-Reply-To: <3B958C2F.6040003@ece.gatech.edu>
User-Agent: Mutt/1.3.21i

On Tue, Sep 04, 2001 at 10:21:35PM -0400, Charles Wilson wrote:
>egor duda wrote:
>
>
>>CW> Thread ID 1 not known.
>>
>>what does 'info target' show?
>>
>>hmm, and does gdb print any error or warning messages while starting?
>
>
>Okay, after making a little batch file and pointing error_start at that, 
>I can get gdb -nw to start up with state information.
>
>First, I get many many many "Program received signal SIGSEGV, 
>Segmentation fault." messages.  Eventually, I just hit q<RET> to get 
>past those messages.

Yes, this is standard.  It was the best way I could find to have gdb
point at useful info when it attaches to the target.  Hitting 'q' is
the correct response.

>Then, info target shows:
>Symbols from "/usr/bin/make.exe".
>Win32 child process:
>	Using the running image of child thread 1008.0x220.
>	While running this, GDB does not access memory from...
>Local exec file:
>	`/usr/bin/make.exe', file type pei-i386
>	Entry point: 0x401000
>	0x00401000 - 0x0042e200 is .text
>	0x0042f000 - 0x0042fa00 is .data
>	0x00430000 - 0x00434c5c is .bss
>	0x00435000 - 0x00435a00 is .idata
>
>Then I typed 'thread 1' -- and gdb coredumped.  Oops.  Okay, so trying 
>again, (rebuilding cygwin1.dll....wait wait wait, crash!)
>
>This time, (without 'thread 1' -- just 'bt') a simple backtrace shows
>
>...child thread 544.0x2dc
>
>
>#0  0x00410732 in exec_command (argv=0x5, envp=0xa01ca70)
>    at /usr/src/make/src/job.c:2317
>#1  0x61081e8a in read () at 
>/usr/src/cygwin/cygwin/winsup/cygwin/uinfo.cc:284
>#2  0x0040a5cb in func_shell (o=0xa01cd98 "", argv=0x22d52c,

I don't understand this.  This backtrace is saying that read() is in
uinfo.cc at line 284.  That's clearly incorrect.  It sounds like the
symbol table in cygwin1.dll is screwed up.

Something is calling exec_command with an argv of 5, though.
That's what is causing this problem.

Judging by the stack trace, it sounds like the make received a signal and
then maybe something scribbled on the stack.

Either that or gdb is confused.

I can't think of any way to debug this further right now.

>(Chris, I've sent in a digest-unsub/regular-subscribe message pair, if 
>you can approve those quickly we can do this realtime(ish).)

I never saw the subscribe message.  Did you respond to the confirmation?
Anyway, I just went ahead and subscribed you manually.

cgf

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019