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:39:00 -0000 [thread overview]
Message-ID: <20050201143917.GB9962@white> (raw)
In-Reply-To: <20050201142315.GA18652@nevyn.them.org>
On Tue, Feb 01, 2005 at 09:23:15AM -0500, Daniel Jacobowitz wrote:
> On Tue, Feb 01, 2005 at 09:20:08AM -0500, Bob Rossi wrote:
> > Could we have GDB turn off echo'ing with an MI command.
> >
> > -mi-disable-echo
> >
> > I think that would fix this entire problem.
>
> I don't think there's a problem to be fixed; and it wouldn't "fix"
> anything, since you'd still have to go through the testsuite, add
> leading anchors, and make sure any other messages were handled. Plus
> it would mean teaching the MI driver to mess with terminal modes.
Well, I'm trying to take testing the output of the MI testsuite to the
next level. Instead of just matching regular expressions, and letting
any output from GDB before the "match" get by, I'm trying to match only
output that has the correct MI output syntax.
Unfortunately, as of know, there are 2 holes in the testsuite that I have
found so far. The first is that Expect also matches the "echoed" data.
This data isn't even seen by real front end clients, and, it's not even
really the output of GDB. So this data must be removed from the output
stream if the syntax of the MI command is going to be validated.
Second, it looks as if extra data could come out of GDB, and still pass
the testsuite. This certainly would stop me from validating the syntax,
since, there would be no point in validating only 9/10 of the output of
an MI output command. Also, if GDB was outputting some extra data, front
end clients would most likely break, while the testsuite could continue
passing just fine.
I would do the work of adding, the leading anchors and making sure all
other loose ends were tied up.
With all of this in mind, does disabling the 'echoing' of the terminal
sound reasonable?
Thanks,
Bob Rossi
next prev parent reply other threads:[~2005-02-01 14:39 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
2005-02-01 14:23 ` Daniel Jacobowitz
2005-02-01 14:39 ` Bob Rossi [this message]
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=20050201143917.GB9962@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