ptrace: bogus breakpoint trap

[Hinko Kocevar]

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]