From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9166 invoked by alias); 9 Feb 2004 20:02:21 -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 9149 invoked from network); 9 Feb 2004 20:02:20 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 9 Feb 2004 20:02:20 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 990822B92; Mon, 9 Feb 2004 15:02:19 -0500 (EST) Message-ID: <4027E74B.6090805@gnu.org> Date: Mon, 09 Feb 2004 20:02:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: Pending breakpoints and scripts Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-02/txt/msg00082.txt.bz2 Anyone noticed this? (top-gdb) run testsuite/gdb.base/advance Starting program: ... Setting up the environment for debugging gdb. Function "internal_error" not defined. Breakpoint 1 (internal_error) pending. Function "info_command" not defined. Breakpoint 2 (info_command) pending. (top-gdb) It's caused by this: if (!query ("Make breakpoint pending on future shared library load? ") ) return rc; The old behavior was: when in batch mode, throw an error (and hence abandon the script) if the breakpoint insert fails. The new behavior is: when in batch mode, always insert the breakpoint. when not in batch mode never throw an error. For the existing behavior to be restored the query's logic would need to be reversed (ask the oposite question) and then re-throw the error. A /pending qualifier could then be added. Thoughts? Andrew