From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29364 invoked by alias); 16 Jan 2009 21:27:43 -0000 Received: (qmail 29350 invoked by uid 48); 16 Jan 2009 21:27:42 -0000 Date: Fri, 16 Jan 2009 21:27:00 -0000 Message-ID: <20090116212742.29349.qmail@sourceware.org> From: "vaurora at redhat dot com" To: gdb-prs@sourceware.org In-Reply-To: <20090109175536.9723.vaurora@redhat.com> References: <20090109175536.9723.vaurora@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug breakpoints/9723] gdb core dumps on adding a breakpoint 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: 2009-q1/txt/msg00082.txt.bz2 ------- Additional Comments From vaurora at redhat dot com 2009-01-16 21:27 ------- I retried with this version: GNU gdb (GDB) 6.8.50.20090108 It does not core dump, hurray! But I'm still having trouble with breakpoints. For example: [val@clunky src]$ sudo /usr/local/bin/gdb ./automount GNU gdb (GDB) 6.8.50.20090108 Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: ... (gdb) break main Breakpoint 1 at 0x8a90: file automount.c, line 1799. (gdb) run Starting program: /home/val/src/automount Error in re-setting breakpoint 1: Cannot access memory at address 0x8a90 Error in re-setting breakpoint 1: Cannot access memory at address 0x8a90 /home/val/src/automount: program is already running. Program exited normally. (gdb) (Ignore the "program is already running" line - it is output from automount itself and is not correct since it's the bug I was debugging.) On to the original breakpoint, that doesn't behave correctly either: [restart gdb] (gdb) break become_daemon Function "become_daemon" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (become_daemon) pending. (gdb) run Starting program: /home/val/src/automount /home/val/src/automount: program is already running. Program exited normally. (gdb) First, become_daemon() is not part of a shared library. Second, the breakpoint isn't triggering - the "program is already running" check is part of the become_daemon() function. -- What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW http://sourceware.org/bugzilla/show_bug.cgi?id=9723 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.