From: Bob Rossi <bob@brasko.net>
To: GDB <gdb@sources.redhat.com>
Subject: Re: How do I get regexp from expect at gdb_expect?
Date: Tue, 01 Feb 2005 14:20:00 -0000 [thread overview]
Message-ID: <20050201142008.GA9962@white> (raw)
In-Reply-To: <20050201035236.GA24182@nevyn.them.org>
On Mon, Jan 31, 2005 at 10:52:36PM -0500, Daniel Jacobowitz wrote:
> On Mon, Jan 31, 2005 at 05:12:47PM -0500, Bob Rossi wrote:
> > On Mon, Jan 31, 2005 at 05:03:54PM -0500, Daniel Jacobowitz wrote:
> > > On Mon, Jan 31, 2005 at 05:00:50PM -0500, Bob Rossi wrote:
> > > > It also tighten's up the MI output command matching, I honestly don't
> > > > know how the -break-delete was getting eaten in the regular expression,
> > > > unless $pattern happened to have a .*. Oops, in that case, I guess we
> > > > aren't really validation much, anything could have come out of GDB, and
> > > > it probably would have passed.
> > >
> > > Your pattern doesn't start with an anchor. -break-delete wasn't eaten;
> > > we just started matching after it.
> >
> > Please forgive my ignorance, I've been reading online as much as
> > possible to understand tcl/expect ...
> >
> > I understand how anchors work, however, I didn't realize you could start
> > matching in the middle of what the 'buffer' is. If it started matching
> > after it, does that mean it's skipped forever? So basically, you can
> > match a subset of the output, and the rest is lost (never matched)?
>
> That's correct.
>
> > If that's the case, the testsuite for the MI is matching even less than
> > I thought. GDB could output almost anything, but then just have to match
> > the last string, and the testcase would pass, correct?
>
> Yes. Sometimes this is even deliberate - fixing it would be
> interesting, but probably quite hard.
Could we have GDB turn off echo'ing with an MI command.
-mi-disable-echo
I think that would fix this entire problem.
Thanks,
Bob Rossi
next prev parent reply other threads:[~2005-02-01 14:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-29 2:57 Bob Rossi
2005-01-29 3:09 ` Paul Hilfinger
2005-01-29 3:11 ` Bob Rossi
2005-01-29 3:16 ` Bob Rossi
2005-01-31 15:07 ` Bob Rossi
2005-01-31 16:28 ` Daniel Jacobowitz
2005-01-31 16:59 ` Bob Rossi
2005-01-31 21:10 ` Bob Rossi
2005-01-31 21:21 ` Daniel Jacobowitz
2005-01-31 22:00 ` Bob Rossi
2005-01-31 22:04 ` Daniel Jacobowitz
2005-01-31 22:12 ` Bob Rossi
2005-02-01 3:52 ` Daniel Jacobowitz
2005-02-01 14:20 ` Bob Rossi [this message]
2005-02-01 14:23 ` Daniel Jacobowitz
2005-02-01 14:39 ` Bob Rossi
2005-02-01 15:20 ` Daniel Jacobowitz
2005-02-01 15:38 ` Bob Rossi
2005-02-01 15:58 ` Dave Korn
2005-02-01 16:10 ` 'Bob Rossi'
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20050201142008.GA9962@white \
--to=bob@brasko.net \
--cc=gdb@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox