From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24171 invoked by alias); 12 Jan 2002 13:20:38 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 24133 invoked from network); 12 Jan 2002 13:20:31 -0000 Received: from unknown (HELO mail.science.uva.nl) (146.50.4.51) by sources.redhat.com with SMTP; 12 Jan 2002 13:20:31 -0000 Received: from soliton.wins.uva.nl [146.50.20.20] by mail.science.uva.nl with ESMTP (sendmail 8.11.6/config 11.24). id g0CDIqL20313; Sat, 12 Jan 2002 14:18:52 +0100 (MET) Received: from localhost by soliton.wins.uva.nl (sendmail 8.11.6/config 11.15). id g0CDJ5A04498; Sat, 12 Jan 2002 14:19:05 +0100 (MET) X-Organisation: Faculty of Science, University of Amsterdam, The Netherlands X-URL: http://www.science.uva.nl/ To: Pierre Muller Cc: Eli Zaretskii , gdb-patches@sources.redhat.com Subject: Re: [RFA/RFC 3] Remove hardware break and watchpoints at program exit. References: <4.2.0.58.20020111143044.019c7e50@ics.u-strasbg.fr> <4.2.0.58.20020111125745.0135ea48@ics.u-strasbg.fr> <4.2.0.58.20020111125745.0135ea48@ics.u-strasbg.fr> <4.2.0.58.20020111143044.019c7e50@ics.u-strasbg.fr> <4.2.0.58.20020111171505.01cdfad0@ics.u-strasbg.fr> From: Mark Kettenis Date: Sat, 12 Jan 2002 05:20:00 -0000 In-Reply-To: Pierre Muller's message of Fri, 11 Jan 2002 18:19:11 +0100 Message-ID: X-Mailer: Gnus v5.5/Emacs 20.2 X-SW-Source: 2002-01/txt/msg00325.txt.bz2 Pierre Muller writes: > After the previous discussion about the > hardware watch and breakpoint removal > about the debuggee exited. I slightly modifed my patch > by adding a test to avoid calling ptrace > in i386-linux-nat.c, i386bsd-nat.c and x86-64-linux-nat.c > i386_linux_dr_set, i386bsd_dr_set and x86_64_linux_dr_set functions > if taget_has_execution is 0. That should not be necessary. Those functions shouldn't be called when there is no debuggee. I suspect that there is something wrong with the hardware breakpoint/watchpoint implementation at a much higher level. Mark