From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4969 invoked by alias); 5 Dec 2001 09:31:56 -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 4913 invoked from network); 5 Dec 2001 09:31:50 -0000 Received: from unknown (HELO cerbere.u-strasbg.fr) (130.79.112.7) by sources.redhat.com with SMTP; 5 Dec 2001 09:31:50 -0000 Received: from laocoon (laocoon.u-strasbg.fr [130.79.112.72]) by cerbere.u-strasbg.fr (8.9.3/8.8.7) with ESMTP id KAA25403; Wed, 5 Dec 2001 10:31:38 +0100 Message-Id: <4.2.0.58.20011205102820.02033338@ics.u-strasbg.fr> X-Sender: muller@ics.u-strasbg.fr X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Wed, 05 Dec 2001 01:31:00 -0000 To: Eli Zaretskii From: Pierre Muller Subject: Re: [RFC] Possible bug with i386 watchpoints on several targets. Cc: gdb-patches@sources.redhat.com In-Reply-To: References: <1858-Fri30Nov2001214802+0200-eliz@is.elta.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-SW-Source: 2001-12/txt/msg00129.txt.bz2 At 08:49 05/12/2001 , Eli Zaretskii a écrit: >On Fri, 30 Nov 2001, I wrote: > > > The reason that hardware watchpoints are only considered to fire when > > the watched value changes is that hardware watchpoints are treated teh > > same as software watchpoints, and software watchpoints obviously > > cannot fire unless the watched value changes. > > > > I think it is fundamentally wrong to treat hardware and software > > watchpoints in a similar way. I think hardware watchpoints should be > > treated like read and access watchpoints, not like software > > watchpoints. If others (mainly Michael Snyder) agree, I will submit a > > patch that will make that change, and will also solve this particular > > problem raised by Pierre. > >Michael, did you read this part of my message? If so, do you agree with >the principle? If you do, I'd like to write a patch that will fix this. Eli, you didn't answer if you agree that the call to i386_cleanup_dregs is required for all targets using standard i386 hardware watchpoints. I still think that the linux problem is related to that. Your bug exists also there but its hidden by the fact that loading shared libs at startup does set a correct value to the value of the watched expression at the start of a program. Which means that adding i386_cleanup_dregs call is not enough to solve the complete problem, and that your fix is also needed. Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99