From: Andrew Cagney <ac131313@redhat.com>
To: Bob Rossi <bob@brasko.net>
Cc: gdb@sources.redhat.com
Subject: Re: -data-disassemble segmetation fault
Date: Wed, 30 Jul 2003 14:45:00 -0000 [thread overview]
Message-ID: <3F27DA0D.9020904@redhat.com> (raw)
In-Reply-To: <20030730023918.GA6057@white>
> Hi,
>
> I tried using the -data-disassemble command on the attached file.
> I ran this command,
> -data-disassemble -f basic.c -l 25 -n -1 -- 1
> and gdb segfaulted.
>
> I am concerned that the MI code is being presented as an alternative
> interface to GDB, but it is mainly untested when it comes to building
> a practical application on top of it. Either that, or I just found the
> needle in the haystack crash, since it was the first or second command I
> ran.
Given that a quick glance at GDBs testsuite reveals that it is trying
all the following combinations:
111-data-disassemble -s $pc -e "$pc + 12" -- 0
222-data-disassemble -f basics.c -l 32 -- 0
002-data-disassemble -f basics.c -l 21 -- 1
003-data-disassemble -s $pc -e "$pc+4" -- 1
123-data-disassemble -f foo -l abc -n 0 -- 0
321-data-disassemble -s foo -e bar -- 0
456-data-disassemble -s $pc -f basics.c -- 0
789-data-disassemble -f basics.c -l 32 -- 9
222-data-disassemble -f basics.c -l 32 -n 20 -- 0
222-data-disassemble -f basics.c -l 32 -n 0 -- 0
222-data-disassemble -f basics.c -l 32 -n 50 -- 0
222-data-disassemble -f basics.c -l 32 -n 20 -- 1
222-data-disassemble -f basics.c -l 32 -n 0 -- 1
222-data-disassemble -f basics.c -l 32 -n 50 -- 1
111-data-disassemble -s $pc -e "$pc + 12" -- 0
222-data-disassemble -f basics.c -l 32 -- 0
002-data-disassemble -f basics.c -l 21 -- 1
003-data-disassemble -s $pc -e "$pc+4" -- 1
123-data-disassemble -f foo -l abc -n 0 -- 0
321-data-disassemble -s foo -e bar -- 0
456-data-disassemble -s $pc -f basics.c -- 0
789-data-disassemble -f basics.c -l 32 -- 9
222-data-disassemble -f basics.c -l 32 -n 20 -- 0
222-data-disassemble -f basics.c -l 32 -n 0 -- 0
222-data-disassemble -f basics.c -l 32 -n 50 -- 0
222-data-disassemble -f basics.c -l 32 -n 20 -- 1
222-data-disassemble -f basics.c -l 32 -n 0 -- 1
222-data-disassemble -f basics.c -l 32 -n 50 -- 1
I'd assume that you've tickled an edge case.
> Please let me know if I am doing anything wrong.
>
> I have attached the file that reproduced the crash ( basic.c ), and I also
> attached a backtrace. I was running a gdb out of cvs, freshly updated
> tonight ( 07/29/2003 ).
Can you turn this into a bug report (transcript of what lead to the
sigseg) and an addition gdb<PRNUM> to the testsuite. That way it can be
added to the repository. Of course, if you've also got a patch.
Andrew
next prev parent reply other threads:[~2003-07-30 14:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-30 2:39 Bob Rossi
2003-07-30 14:45 ` Andrew Cagney [this message]
2003-08-05 12:40 ` Bob Rossi
2003-08-06 15:35 ` Andrew Cagney
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=3F27DA0D.9020904@redhat.com \
--to=ac131313@redhat.com \
--cc=bob@brasko.net \
--cc=gdb@sources.redhat.com \
/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