From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29891 invoked by alias); 20 Nov 2003 18:50:23 -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 29884 invoked from network); 20 Nov 2003 18:50:23 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 20 Nov 2003 18:50:23 -0000 Received: from drow by nevyn.them.org with local (Exim 4.24 #1 (Debian)) id 1AMtsj-0005nn-5T; Thu, 20 Nov 2003 13:50:21 -0500 Date: Thu, 20 Nov 2003 18:50:00 -0000 From: Daniel Jacobowitz To: Andrew Cagney Cc: David Carlton , gdb-patches@sources.redhat.com Subject: Re: [commit] Recover from struct-return internal errors Message-ID: <20031120185020.GA20901@nevyn.them.org> Mail-Followup-To: Andrew Cagney , David Carlton , gdb-patches@sources.redhat.com References: <3FBD02D6.7060702@redhat.com> <3FBD0B8A.7060108@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FBD0B8A.7060108@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-11/txt/msg00427.txt.bz2 On Thu, Nov 20, 2003 at 01:44:26PM -0500, Andrew Cagney wrote: > >On Thu, 20 Nov 2003 13:07:18 -0500, Andrew Cagney > >said: > > > > > >>+ -re "A problem internal to GDB has been detected" { > >>+ fail "${test} (GDB internal error 1)" > >>+ gdb_internal_error_resync > >>+ } > > > > > >Could you get rid of some of these by using gdb_test_multiple instead > >of send_gdb/gdb_expect? I haven't looked at structs.exp in detail, so > >I don't have any idea how possible that might be. > > I've not really looked at gdb_test_multiple either so I guess we're even > :-) I do know that I can't use "gdb_test" as additional processing is > required dependant on the output. That's what gdb_test_multiple is for. You should be able to remove any of the "standard" response patterns and replace "gdb_test" with "gdb_test_multiple" - the arguments change slightly but the expect block's interface not at all. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer