From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18250 invoked by alias); 13 Apr 2010 16:38:24 -0000 Received: (qmail 18219 invoked by uid 48); 13 Apr 2010 16:38:20 -0000 Date: Tue, 13 Apr 2010 16:38:00 -0000 From: "andre dot poenitz at nokia dot com" To: gdb-prs@sourceware.org Message-ID: <20100413163819.11497.andre.poenitz@nokia.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug shlibs/11497] New: Stepping broken X-Bugzilla-Reason: CC Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2010-q2/txt/msg00073.txt.bz2 I cannot do a simple 'step' into a function on an arm-linux-gnueabi based device (Nokia N900) with any recent version of gdb. Anything coming after Author: Joel Brobecker Date: Mon Sep 17 19:32:53 2007 +0000 * solib-svr4.c: Add include of "auxv.h". (enable_break): Use the AT_BASE auxiliary entry if available. * Makefile.in (solib-svr4.o): Update dependencies. appears to be broken. Current CVS head can be made "working" by applying the following patch: ------------------------------------------------------------------- diff --git a/gdb/solib-svr4.c b/gdb/solib-svr4.c index 8edc889..1524722 100644 --- a/gdb/solib-svr4.c +++ b/gdb/solib-svr4.c @@ -1449,7 +1449,7 @@ enable_break (struct svr4_info *info, int from_tty) /* If we were not able to find the base address of the loader from our so_list, then try using the AT_BASE auxilliary entry. */ - if (!load_addr_found) + if (0 && !load_addr_found) if (target_auxv_search (¤t_target, AT_BASE, &load_addr) > 0) { int addr_bit = gdbarch_addr_bit (target_gdbarch); ------------------------------------------------------------------- (but this makes startup much slower) The final problem is that the breakpoint inserted for the stepping is set on an address that's never hit, possibly due to a relocation problem. The packet delivered looks like >&"Packet received: 80340141\n" >&"Sending packet: $X13c14,4:\\360\\001\\360\\347#e6..." whereas the "working" version uses different addresses like >&"Sending packet: $Xa5b8,4:,0K\\342#ab..." >&"Packet received: OK\n" >&"Sending packet: $Xaeb8,4:40\\e\\345#b6..." >&"Packet received: OK\n" >&"Sending packet: $X4100e77c,4:\\004\\260-\\345#b3..." >&"Packet received: OK\n" >&"Sending packet: $X41052330,4:\\000@\\240\\341#45..." Maybe this is some kind of relocation problem? -- Summary: Stepping broken Product: gdb Version: 7.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlibs AssignedTo: unassigned at sourceware dot org ReportedBy: andre dot poenitz at nokia dot com CC: gdb-prs at sourceware dot org GCC host triplet: i386-pc-linux-gnu GCC target triplet: arm-linux-gnueabi http://sourceware.org/bugzilla/show_bug.cgi?id=11497 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.