From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9215 invoked by alias); 13 Jan 2002 22:04:49 -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 9176 invoked from network); 13 Jan 2002 22:04:47 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 13 Jan 2002 22:04:47 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16Psk8-0000h7-00; Sun, 13 Jan 2002 17:04:44 -0500 Date: Sun, 13 Jan 2002 14:04:00 -0000 From: Daniel Jacobowitz To: Elena Zannoni Cc: Andrew Cagney , gdb@sources.redhat.com Subject: Re: help: dejagnu stumps me again Message-ID: <20020113170444.A2658@nevyn.them.org> Mail-Followup-To: Elena Zannoni , Andrew Cagney , gdb@sources.redhat.com References: <20020109224807.A24112@nevyn.them.org> <3C3DD566.2070803@cygnus.com> <20020110131220.A7323@nevyn.them.org> <15421.58528.583035.282969@localhost.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15421.58528.583035.282969@localhost.cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2002-01/txt/msg00140.txt.bz2 On Thu, Jan 10, 2002 at 01:59:44PM -0500, Elena Zannoni wrote: > Daniel Jacobowitz writes: > > On Thu, Jan 10, 2002 at 12:54:46PM -0500, Andrew Cagney wrote: > > > >RCS file: /cvs/src/src/gdb/testsuite/gdb.c++/demangle.exp,v > > > >retrieving revision 1.1.1.4 > > > >diff -u -r1.1.1.4 demangle.exp > > > >--- demangle.exp 1999/09/09 00:00:27 1.1.1.4 > > > >+++ demangle.exp 2002/01/10 03:42:29 > > > >@@ -531,7 +531,18 @@ > > > > test_demangling_exact "gnu: > > > > foo__I_4000000000000000000000000000000000000000000000000000000000000000000000000" "Can't demangle \"foo__I_4000000000000000000000000000000000000000000000000000000000000000000000000\"" > > > > > > > > ## 1999-04-19: "Fix from Dale Hawkins". Shouldn't segfault. > > > >- test_demangling_exact "gnu: > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator" "Can't demangle \"__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator\"" > > > >+ # Accept even a dubious demangling; the string is ambiguous. > > > >+ send_gdb "maintenance demangle > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator\n" > > > >+ gdb_expect { > > > >+ -ex "virtual function thunk (delta:-64) for > > > >CosNaming::_proxy_NamingContext::_0RL__list(unsigned long, > > > >_CORBA_Unbounded_Sequence *&, > > > >CosNaming::BindingIterator *&)" > > > >+ { pass "gnu: > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator" } > > > >+ -ex "Can't demangle > > > >\"__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator\"" > > > >+ { pass "gnu: > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator" } > > > >+ -re ".*$gdb_prompt $" > > > >+ { fail "gnu: > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator" } > > > >+ timeout > > > >+ { fail "gnu: > > > >__thunk_64__0RL__list__Q29CosNaming20_proxy_NamingContextUlRPt25_CORBA_Unbounded_Sequence1ZQ29CosNaming7BindingRPQ29CosNaming15BindingIterator (timeout)" } > > > >+ } > > > > } > > > > > > > > > > An un anchored pattern such as ".*...." is bad. It sends expect into > > > drug induced bliss while it tries to match everything. > > > > > > TCL is fun. expect well, deajgnu er ... > > > > I don't see why it's a problem - that's how we match the prompt on all > > the other gdb_expect blocks. I'll keep poking at it. > > Dan, > I usually wrap the clause that gives me a hard time with a > exp_internal 1 > .... > exp_internal 0 > > That spews out all the expect buffers as it tries to do the matching, > so you can see what actually goes wrong. That's useful, thanks. It didn't help here though. The problem was no 'global gdb_prompt' in scope. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer