This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
ptrace: bogus breakpoint trap
- From: Hinko Kocevar <hinko dot kocevar at iskramedical dot si>
- To: gdb at sources dot redhat dot com
- Date: Thu, 26 Aug 2004 12:34:10 +0200
- Subject: ptrace: bogus breakpoint trap
Hi,
While trying to solve my previous problem with dynamic shared libraries
and automated symbol loading I stumbled accross another problem.
On ARM target (that uses same libs and binary as ones provided to gdb on
host) program execution does not stop on set breakpoint instead it
continues and program exits normally. Here is my setup:
on ARM target:
/staging # gdbserver noa:2345 ./debug-test-ARM
Process ./debug-test-ARM created; pid = 39
Remote debugging from host 192.168.0.77
ptrace: bogus breakpoint trap
Izpisujem val: 999
Izpisujem val drugic: 1998
Child exited with retcode = 0
Child exited with status 0
GDBserver exiting
on host:
(gdb) file /home/xtrm/delo/tmp/mojj/debug-test-ARM
Reading symbols from /home/xtrm/delo/tmp/mojj/debug-test-ARM...done.
Reading in symbols for debug-test.c...done.
(gdb) info breakpoints
Num Type Disp Enb Address What
7 breakpoint keep y 0x000084c0 in main at debug-test.c:10
(gdb) target remote 192.168.0.99:2345
0x40001460 in ?? ()
(gdb) cont
Reading symbols from
/opt/arm-linux/gcc-3.3.3-glibc-2.3.2/arm-softfloat-linux-gnu/lib/libc.so.6...done.
Reading symbols from
/opt/arm-linux/gcc-3.3.3-glibc-2.3.2/arm-softfloat-linux-gnu/lib/ld-linux.so.2...done.
Program exited normally.
Now, the symbols seem to be read, but I can't verify 'cause the program
doesn't halt on set breakpoint. On target I get "ptrace: bogus
breakpoint trap" - is this the problem?
regards,
h
--
hinko <dot> kocevar <at> iskramedical <dot> si
Hinko Kocevar, developer
Iskra Medical d.o.o., Stegne 23, 1k LJ, SLO-EU
"AÃ rÃn" | [Analects XII:22]