From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6471 invoked by alias); 26 Feb 2004 17:07:12 -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 6455 invoked from network); 26 Feb 2004 17:07:11 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 26 Feb 2004 17:07:11 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu-dmz.redhat.com [172.16.52.200] (may be forged)) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id i1QH7Bb29210 for ; Thu, 26 Feb 2004 12:07:11 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i1QH7AM18017 for ; Thu, 26 Feb 2004 12:07:10 -0500 Received: from cygbert.vinschen.de (vpn50-6.rdu.redhat.com [172.16.50.6]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id i1QH78X14104 for ; Thu, 26 Feb 2004 09:07:09 -0800 Received: by cygbert.vinschen.de (Postfix, from userid 500) id 39422580C7; Thu, 26 Feb 2004 18:07:04 +0100 (CET) Date: Thu, 26 Feb 2004 17:07:00 -0000 From: Corinna Vinschen To: gdb@sources.redhat.com Subject: Re: Testsuite FAIL which isn't a FAIL in chng-syms.exp Message-ID: <20040226170704.GC1396@cygbert.vinschen.de> Reply-To: gdb@sources.redhat.com Mail-Followup-To: gdb@sources.redhat.com References: <20040226161543.GB1396@cygbert.vinschen.de> <20040226163246.GB30921@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040226163246.GB30921@nevyn.them.org> User-Agent: Mutt/1.4.2i X-SW-Source: 2004-02/txt/msg00394.txt.bz2 Hi Daniel, On Feb 26 11:32, Daniel Jacobowitz wrote: > Take a look at gdb_run_cmd: > gdb_expect 60 { > -re "The program .* has been started already.*y or n. $" { > send_gdb "y\n" > exp_continue > } > -re "Starting program: \[^\r\n\]*" {} > } > > It eats everything up to "Starting program" so the error has been > hidden. I'm not sure quite why this passes for me... aha, yes I am: > > `/opt/src/binutils/x86-as/gdb/testsuite/gdb.base/chng-syms' has changed; re-reading symbols. > Error in re-setting breakpoint 1: > No symbol "var1" in current context. > Starting program: > /opt/src/binutils/x86-as/gdb/testsuite/gdb.base/chng-syms > Error in re-setting breakpoint 1: > No symbol "var1" in current context. > Error in re-setting breakpoint 1: > No symbol "var1" in current context. > Error in re-setting breakpoint 1: > No symbol "var1" in current context. > > The other copies of the message come at the shared library breakpoint > when we try to reset shlib_disabled breakpoints. You're probably > running an embedded target that doesn't have a shared library event > breakpoint. Yes, that's right and... > Not sure what the best fix is. Might work as a hack to add -notransfer > to gdb_run_cmd: > > -notransfer -re "Starting program: \[^\r\n\]*" {} ...this actually fixes it. > That will leave the "Starting program" in the buffer, and anything else > transfered for that match. I'm not sure if this will break any other > tests. True, that looks a bit dangerous :-) > As an aside, in the original test: > > > -re "Error in re-setting .*No symbol .var1..*Program exited normally.*" { > > is not a safe pattern; never suffix a pattern with .*. The end should > always be anchored, usually to "$gdb_prompt $". Yes, I tried that as one of the first measurements against the FAIL but it's clear now why that had no effect. Thanks, Corinna -- Corinna Vinschen Cygwin Developer Red Hat, Inc.