delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/09/21/14:17:27

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-ID: <30BDEE18E474D511BB0A00D0B7BB87AF0928EB@camel.mha.ca>
From: Kris Erickson <kris AT mha DOT ca>
To: "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com>
Subject: RE: Help... GDB no longer works after updating...
Date: Fri, 21 Sep 2001 11:17:03 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)

I found an old cygwin1.dll (1.3.2(0.39/3/2)) I had backed up earlier which works.
I also tried duplicating the error on a couple of boxes around my work and
it seems to not be a problem on anyone elses machine (either 2000 ot NT).  But 
now that I know the problem is in the cygwin1.dll and not gdb or anything else
I will take a shot at trying to find the problem.  Thanks for the pointers
on how to debug the cygwin1.dll, I hadn't seen that before (perhaps a comment
in the FAQ saying there are extra how-to's in the src/cygwin-xxx/winsup/cygwin dir)

Thanks again your help...

Kris

-----Original Message-----
From: Christopher Faylor [mailto:cgf AT redhat DOT com]
Sent: Thursday, September 20, 2001 2:07 PM
To: cygwin AT cygwin DOT com
Subject: Re: Help... GDB no longer works after updating...


On Thu, Sep 20, 2001 at 02:42:11PM -0600, Mark Paulus wrote:
>If you are having problems, and you can't debug gdb, then try this:
>
>Recompile/relink gdb with a -Wl,-Map -Wl,gdb.map option.  Then when you
>get your crash message, you should be able to go back to the map file,
>and figure out which subroutine/code segment is causing the problem.
>Then you might be able to either desk check the code slightly, or rerun
>gdb on gdb, and dissassemble the subroutine in question.  This should
>allow you to get to the exact machine instruction, which will take you
>back to the high level code involved, and then it's a matter of
>figuring out which variable is whacked, or when/how the stack is
>overflowing and whacking the code segment, etc, etc.

You might also be able to use the techniques here:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/how-to-debug-cygwin.txt?rev=1.2&content-type=text/x-cvsweb-markup&cvsroot=src

to debug the application.  This would require using an older
cygwin1.dll that works, assuming that cygwin1.dll is the
problem.

cgf

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

- Raw text -


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