From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10842 invoked by alias); 3 Dec 2003 05:36:53 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 10831 invoked from network); 3 Dec 2003 05:36:52 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 3 Dec 2003 05:36:52 -0000 Received: from [207.232.27.5] (helo=WST0054) by monty-python.gnu.org with asmtp (Exim 4.24) id 1ARQeB-0000Y5-A9; Wed, 03 Dec 2003 01:38:03 -0500 Date: Wed, 03 Dec 2003 05:36:00 -0000 Message-Id: From: Eli Zaretskii To: Daniel Jacobowitz CC: Mihai.Basa@NUIGALWAY.IE, gdb@sources.redhat.com In-reply-to: <20031202204451.GA14313@nevyn.them.org> (message from Daniel Jacobowitz on Tue, 2 Dec 2003 15:44:51 -0500) Subject: Re: Auto-deleting watchpoints Reply-to: Eli Zaretskii References: <3FCC0BA0@bodkin.nuigalway.ie> <20031202204451.GA14313@nevyn.them.org> X-SW-Source: 2003-12/txt/msg00038.txt.bz2 > Date: Tue, 2 Dec 2003 15:44:51 -0500 > From: Daniel Jacobowitz > > > > This includes deleting local watchpoints even when the program makes a call to > > a library function (say, sqrt()). I believe this auto-deletion _severly_ > > reduces the practicality of watchpoints, because they simply go away on the > > first call they hit! > > That is not what is supposed to happen. The watchpoint should stay > until the function containing the local variable has exited. Right. And I have simple test cases to prove it. Mihai, you probably discovered a bug. Please send a test case.