From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4759 invoked by alias); 10 Jan 2002 19:47:03 -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 4698 invoked from network); 10 Jan 2002 19:46:59 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 10 Jan 2002 19:46:59 -0000 Received: from localhost.cygnus.com (cse.sfbay.redhat.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA15866; Thu, 10 Jan 2002 11:46:56 -0800 (PST) Received: (from ezannoni@localhost) by localhost.cygnus.com (8.11.2/8.11.2) id g0AIxi401642; Thu, 10 Jan 2002 13:59:44 -0500 From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15421.58528.583035.282969@localhost.cygnus.com> Date: Thu, 10 Jan 2002 11:47:00 -0000 To: Daniel Jacobowitz Cc: Andrew Cagney , gdb@sources.redhat.com Subject: Re: help: dejagnu stumps me again In-Reply-To: <20020110131220.A7323@nevyn.them.org> References: <20020109224807.A24112@nevyn.them.org> <3C3DD566.2070803@cygnus.com> <20020110131220.A7323@nevyn.them.org> X-Mailer: VM 7.00 under Emacs 20.7.1 X-SW-Source: 2002-01/txt/msg00105.txt.bz2 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. Elena > > -- > Daniel Jacobowitz Carnegie Mellon University > MontaVista Software Debian GNU/Linux Developer