From: Christopher Faylor <cgf-insight@sourceware.org>
To: tbutler@caf.net, insight@sources.redhat.com
Subject: Re: Problem with 6.3 and Cygwin
Date: Thu, 10 Mar 2005 14:28:00 -0000 [thread overview]
Message-ID: <20050310142847.GB16211@gully.casa.cgf.cx> (raw)
In-Reply-To: <OFC7B0EF14.DA624854-ONC1256FC0.00496743@caf.net>
On Thu, Mar 10, 2005 at 02:41:47PM +0100, tbutler@caf.net wrote:
>I've built Insight for the arm-elf target, using the sources from the CVS
>tree as of 7-Mar-2005. My host environment is WinXP with Cygwin, using the
>latest packages as of 8-March-2005.
If you are going to be using gdb from cvs you would be well advised to
track the gdb mailing lists. Cygwin has been broken in gdb for a while
but Corinna Vinschen checked in a fix yesterday:
http://sources.redhat.com/ml/gdb-patches/2005-03/threads.html#00145
cgf
>Debugging the simple "help" scenario reveals the following trace:
>
>(gdb) run
>Starting program: /gnutools/bin/arm-elf-insight.exe
>
>Program received signal SIGSEGV, Segmentation fault.
>do_my_cleanups (pmy_chain=0x6865b8, old_chain=0x1061c6e0)
> at /Insight_2005-07-Mar/src/gdb/utils.c:351
>351 *pmy_chain = ptr->next; /* Do this first incase recursion
>*/
>(gdb) bt
>#0 do_my_cleanups (pmy_chain=0x6865b8, old_chain=0x1061c6e0)
> at /Insight_2005-07-Mar/src/gdb/utils.c:351
>#1 0x00409329 in do_cleanups (old_chain=0x1061c6e0)
> at /Insight_2005-07-Mar/src/gdb/utils.c:317
>#2 0x0040b3c8 in vfprintf_filtered (stream=0x1024af60,
> format=0x60a290 "List of classes of %scommands:\n\n",
> args=0x22dac8 "??\"") at /Insight_2005-07-Mar/src/gdb/utils.c:2159
>#3 0x0040b4af in fprintf_filtered (stream=0x1024af60,
> format=0x60a290 "List of classes of %scommands:\n\n")
> at /Insight_2005-07-Mar/src/gdb/utils.c:2191
>#4 0x0042798b in help_list (list=0x10226278, cmdtype=0x609fd0 "",
> class=all_classes, stream=0x1024af60)
> at /Insight_2005-07-Mar/src/gdb/cli/cli-decode.c:837
>#5 0x00427919 in help_cmd (command=0x0, stream=0x1024af60)
> at /Insight_2005-07-Mar/src/gdb/cli/cli-decode.c:744
>[ snip ]
>
>The 'pmy_chain' argument which do_my_cleanups() receives points to the
>value zero, which ultimately leads to a null pointer dereference. It is
>actually the address of the global variable 'cleanup_chain', which I found
>gets overwritten with zero during the execution of vfprintf_filtered() (I'm
>assuming that it shouldn't be 0). I followed the flow a bit, and found that
>control arrives at gdbtk_fputs(), and the actual overwriting of the occurs
>deep in the resulting flow of Tcl/Tk processing.
>
>Any suggestions as to what might be wrong, or where to investigate further,
>would be greatly appreciated.
>
>Regards,
>Tim
>
>
>
>
next prev parent reply other threads:[~2005-03-10 14:28 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-10 13:33 tbutler
2005-03-10 14:28 ` Christopher Faylor [this message]
2005-03-10 15:16 tbutler
2005-03-15 7:03 tbutler
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050310142847.GB16211@gully.casa.cgf.cx \
--to=cgf-insight@sourceware.org \
--cc=insight@sources.redhat.com \
--cc=tbutler@caf.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).