I wrote:
> > With this, the compile succeeds, I can connect to the server,
> > but I get a Oops when I issue a "step" command.
> >
> > It seems to be a problem with get_user_pages (called from the
> > ptrace() call).
> > I have checked with
> > http://www.ucdot.org/article.pl?sid=03/01/07/0214244&mode=thread
> > This article seems to be pretty much outdated, btw.
> >
> > At least the vfork, float, qOffsets and PEEKUSR problems seem to be
> > already addressed in vanilla gdb. But I am confused about the
> > send_area() thing. It looks like the code has changed a lot since
> > then. But since the send_area() patch seems to be closely related
> > to ptrace(), I guess this is where my Oops comes from.
>
> I have tracked down this a little bit further. it turns out that
> read_inferior_memory() is called with memaddr==0, which is simply
> wrong if there's no MMU available.
It looks like the access to address 0 happens when gdb tries to examine
the stack frames. Please note the "Sending packet" just before the
timeout (the timeout occures because gdbserver crashed).
Further, there are two packets "Packet received: E01" which seem to be
some sort of error indication.
I have no idea how to proceed from here. Why is ged trying to access
address 0?
[EMAIL PROTECTED]:/me/uClinux-dist-20051014/user> mygdb/gdb-6.6/gdb --args
../boa/src/boa.gdb
GNU gdb 6.6
Copyright (C) 2006 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 "--host=i686-pc-linux-gnu
--target=arm-linux"...
(gdb) set debug remote 1
(gdb) set debug frame 1
(gdb) target remote 10.116.41.68:2345
Remote debugging using 10.116.41.68:2345
Sending packet: $qSupported#37...Ack
Packet received: PacketSize=7cf;qXfer:auxv:read+
Packet qSupported (supported-packets) is supported
Sending packet: $Hc-1#09...Ack
Packet received: E01
Sending packet: $qC#b4...Ack
Packet received:
Sending packet: $qOffsets#4b...Ack
Packet received: E01
warning: Remote failure reply: E01
Sending packet: $?#3f...Ack
Packet received: T050b:00000000;0d:78ff4d81;0f:50005081;
{ flush_cached_frames () }
Sending packet: $qXfer:auxv:read::0,7ca#a5...Ack
Packet received: E01
{ create_sentinel_frame (...) -> {level=-1,type=<unknown
type>,unwind=0x82a6e0c,pc=<unknown>,id={!stack,!code,!special},func=<unk
nown>} }
{ get_prev_frame_1 (this_frame=-1) ->
{level=0,type=<unknown>,unwind=<unknown>,pc=<unknown>,id=<unknown>,func=
<unknown>} }
{ deprecated_update_frame_pc_hack (frame=0,pc=0x81500050) }
Sending packet: $m81500050,4#60...Ack
Packet received: 00b0a0e3
Sending packet: $m8150004c,4#92...Ack
Packet received: 00000000
Sending packet: $m81500050,4#60...Ack
Packet received: 00b0a0e3
Sending packet: $m8150004c,4#92...Ack
Packet received: 00000000
Sending packet: $m81500050,4#60...Ack
Packet received: 00b0a0e3
Sending packet: $m81500050,4#60...Ack
Packet received: 00b0a0e3
Sending packet: $m81500050,4#60...Ack
Packet received: 00b0a0e3
0x81500050 in ?? ()
Sending packet: $qSymbol::#5b...Ack
Packet received:
qSymbol:5f5f707468726561645f746872656164735f6576656e7473
Packet qSymbol (symbol-lookup) is supported
Sending packet:
$qSymbol::5f5f707468726561645f746872656164735f6576656e7473#47...Ack
Packet received: OK
(gdb) step
{ get_frame_id (fi=0) { frame_register_unwind
(frame=-1,regnum=11(r11),...) -> *optimizedp=0 *lvalp=2 *addrp=0x2c
*bufferp=[00000000] }
Sending packet: $m0,4#fd...Ack
Timed out.
Timed out.
Timed out.
Ignoring packet error, continuing...
Reply contains invalid hex digit 116
{ frame_register_unwind (frame=-1,regnum=13(sp),...) -> *optimizedp=0
*lvalp=2 *addrp=0x34 *bufferp=[78ff4d81] }
{ frame_func_unwind (fi=-1) -> 0x0 }
-> {!stack,!code,!special} }
Cannot find bounds of current function
(gdb) quit
The program is running. Exit anyway? (y or n) y
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
