* help: dejagnu stumps me again
@ 2002-01-09 19:47 Daniel Jacobowitz
2002-01-10 9:54 ` Andrew Cagney
0 siblings, 1 reply; 5+ messages in thread
From: Daniel Jacobowitz @ 2002-01-09 19:47 UTC (permalink / raw)
To: gdb
I'm really not fond of TCL...
If someone could tell me the problem with the following patch, I'd be deeply
in their debt. I've spent several hours on this and the companion (failure
of the ^C handling in annota2.exp, which can be cured by putting a "shell
echo" in front of it. I've no idea if GDB or Expect is at fault and I can't
figure it out. My suspicion is GDB.)
This patch causes the testsuite to hang for a while. After it times out,
both the sent message and expected response appear. Changing -ex to -re
makes no difference.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
Index: demangle.exp
===================================================================
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::Binding> *&, 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)" }
+ }
}
#
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: help: dejagnu stumps me again
2002-01-09 19:47 help: dejagnu stumps me again Daniel Jacobowitz
@ 2002-01-10 9:54 ` Andrew Cagney
2002-01-10 10:11 ` Daniel Jacobowitz
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Cagney @ 2002-01-10 9:54 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
> 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::Binding> *&, 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 ...
Andrew
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: help: dejagnu stumps me again
2002-01-10 9:54 ` Andrew Cagney
@ 2002-01-10 10:11 ` Daniel Jacobowitz
2002-01-10 11:47 ` Elena Zannoni
0 siblings, 1 reply; 5+ messages in thread
From: Daniel Jacobowitz @ 2002-01-10 10:11 UTC (permalink / raw)
To: Andrew Cagney; +Cc: gdb
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::Binding> *&,
> >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.
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: help: dejagnu stumps me again
2002-01-10 10:11 ` Daniel Jacobowitz
@ 2002-01-10 11:47 ` Elena Zannoni
2002-01-13 14:04 ` Daniel Jacobowitz
0 siblings, 1 reply; 5+ messages in thread
From: Elena Zannoni @ 2002-01-10 11:47 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: Andrew Cagney, gdb
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::Binding> *&,
> > >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
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: help: dejagnu stumps me again
2002-01-10 11:47 ` Elena Zannoni
@ 2002-01-13 14:04 ` Daniel Jacobowitz
0 siblings, 0 replies; 5+ messages in thread
From: Daniel Jacobowitz @ 2002-01-13 14:04 UTC (permalink / raw)
To: Elena Zannoni; +Cc: Andrew Cagney, gdb
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::Binding> *&,
> > > >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
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2002-01-13 22:04 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-09 19:47 help: dejagnu stumps me again Daniel Jacobowitz
2002-01-10 9:54 ` Andrew Cagney
2002-01-10 10:11 ` Daniel Jacobowitz
2002-01-10 11:47 ` Elena Zannoni
2002-01-13 14:04 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox