From: ccroswhite@get2chip.com
To: Kevin Buettner <kevinb@redhat.com>
Cc: gdb@sources.redhat.com
Subject: Re: GDB and 64 bit
Date: Tue, 15 Jan 2002 13:41:00 -0000 [thread overview]
Message-ID: <3C44A1E4.5F3561DD@get2chip.com> (raw)
In-Reply-To: <1020115213213.ZM2965@localhost.localdomain>
Kevin,
Here is an attempt to set break point at begining of gdb run:
> gdb meta-g
GNU gdb 5.1
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "sparc-sun-solaris2.8"...
(gdb) break main.c:1
Breakpoint 1 at 0xe0e20: file main.c, line 1.
(gdb) run
Starting program: /home/csun/code2/src/bin-sunos5/meta-g
warning: Cannot insert breakpoint 1:
Cannot access memory at address 0xe0e20
(gdb)
As you can see, I can not set it even at startup.
let me know if you need more info.
Chris Croswhite
Get2Chip, Inc.
Kevin Buettner wrote:
> On Jan 15, 12:39pm, ccroswhite@get2chip.com wrote:
>
> > Here is an instance of both 1 and 2:
>
> Thanks.
>
> > > gdb bin-sunos5/meta-g
> [...]
> > Program received signal SIGABRT, Aborted.
> > 0xffffffff7e6a3074 in _libc_kill () from /usr/lib/64/libc.so.1
> > (gdb) where
> > #0 0xffffffff7e6a3074 in _libc_kill () from /usr/lib/64/libc.so.1
> > #1 0xffffffff7e63cd44 in abort () from /usr/lib/64/libc.so.1
>
> I agree that it does appear that GDB is confused about whether it's
> debugging 32- or 64-bit code. BTW, the sign extension problem looks
> familiar. See
>
> http://sources.redhat.com/ml/gdb/2001-10/msg00036.html
>
> > #2 0x100ae3ab4 in Letext ()
> > #3 0x100a0dbec in fre ()
> > #4 0x100a12ab0 in free ()
> > #5 0x1009f0764 in Tcl_Main ()
> > #6 0x1000e2244 in main ()
> > (gdb) break main.c:1
> > Breakpoint 1 at 0xe0e20: file main.c, line 1.
> > (gdb) run
> > The program being debugged has been started already.
> > Start it from the beginning? (y or n) y
> > Starting program: /home/csun/code2/src/bin-sunos5/meta-g
> > warning: Cannot insert breakpoint 1:
> > Cannot access memory at address 0xe0e20
>
> Are you able to successfully run to a breakpoint in main() if you set
> the breakpoint on the very first run of the program? Sometimes GDB
> has difficulties setting breakpoints when rerunning the program. (This
> should be fixed, but I'm trying to determine whether or not you can't
> run to _any_ breakpoint or if it's just a problem with rerunning the
> program...)
>
> Thanks again,
>
> Kevin
prev parent reply other threads:[~2002-01-15 21:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-15 11:11 ccroswhite
2002-01-15 12:23 ` Kevin Buettner
2002-01-15 12:39 ` ccroswhite
2002-01-15 13:33 ` Kevin Buettner
2002-01-15 13:41 ` ccroswhite [this message]
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=3C44A1E4.5F3561DD@get2chip.com \
--to=ccroswhite@get2chip.com \
--cc=gdb@sources.redhat.com \
--cc=kevinb@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