From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6432 invoked by alias); 15 Nov 2001 17:57:31 -0000 Mailing-List: contact gdb-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 6371 invoked from network); 15 Nov 2001 17:57:26 -0000 Received: from unknown (HELO atlas.lcs.mit.edu) (18.26.0.106) by sourceware.cygnus.com with SMTP; 15 Nov 2001 17:57:26 -0000 Received: from bauer by atlas.lcs.mit.edu with local (Exim 3.22 #1) id 164QnP-0000tv-00 for gdb@sourceware.cygnus.com; Thu, 15 Nov 2001 12:59:27 -0500 Date: Sun, 04 Nov 2001 14:28:00 -0000 From: Steven Bauer To: gdb@sourceware.cygnus.com Subject: x86 hardware breakpoint question Message-ID: <20011115125927.B3449@atlas.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-SW-Source: 2001-11/txt/msg00055.txt.bz2 Quick question, does gdb support hardware breakpoints on x86 architectures? I have been trying to get them to work keep getting an unknown error. (gdb) hbreak *0x80485d9 .... warning: Cannot insert breakpoint 3: Error accessing memory address 0x80485d9: Unknown error 4294967295. One other question, is there any way to have breakpoints enabled when an exec occurs. What I would like to do is continue through the exec getting the sigtrap if the new process is loaded, delete old breakpoints, load the symbols for the new process, and eventually reset breakpoints once main is hit. The reason I want this is that the exec could fail, in which case I want the original breakpoints to still be in place. If I remove all the breakpoints before the exec, continue, and the exec fails, I miss all the functions I originally had breakpoints set for. Thanks, Steve