Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <cagney@gnu.org>
To: Bob Rossi <bob@brasko.net>
Cc: gdb-patches@sources.redhat.com
Subject: Re: MI testsuite improvements
Date: Sat, 12 Feb 2005 03:13:00 -0000	[thread overview]
Message-ID: <420D08DC.3050903@gnu.org> (raw)
In-Reply-To: <20050211172931.GA30352@white>

Bob Rossi wrote:
> On Thu, Feb 10, 2005 at 03:52:08PM -0500, Andrew Cagney wrote:
> 
>>>OO, I see, are you saying the mi-* tests will become the new ones, and
>>>the mi2-* are frozen for the mi2-* development cycle?
>>>
>>>In order to do this for only the new tests, I'll have to add a new
>>>parameter to mi_gdb_start to tell it to either open or not open a pty 
>>>for the inferior. Hope this will be OK.
>>
>>M'kay.

I've thought hard about this one.  I'm ok with the theory in that we 
should have a test of GDB against a "pipe" (i.e., something that doesn't 
echo).  I've reservations about applying it across all tests though.

At present you can look at the log and see the exact interaction as 
you'll get when you run that same GDB in a normal terminal.  This change 
alters that.

Can you post an example log so that we can see what it looks like.

Andrew

> Here is the patch that give's the inferior it's own PTY and only changes 
> the mi-* testcase's and not the the mi2-* testcases. Just to mention, it
> will definatly be more complicated to have only the mi-* testcase's use
> the PTY and have the mi2-* not. However, if this is what you want, it is
> possible to do.
> 
> Few things to note is that 
>    - mi_gdb_start now takes an optional parameter. This tells it to have
>      the inferior use a tty or not. I could make this parameter not
>      optional, and put 'false' everywhere for the mi2-* tests. Is this
>      what you want? Sorry, don't know what normal conventions are for
>      Tcl programming, since I'm a newbie.
>    - mi_gdb_test now takes an IPATTERN parameter, which refer's to the
>      pattern the inferior must match if the parameter is present. A
>      PASS is given if the output is matched, otherwise a FAIL. So, when
>      calling mi_gdb_test, when you give the IPATTERN, 2 PASS's are given
>      instead of just 1.


  reply	other threads:[~2005-02-11 19:35 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-10 15:43 Bob Rossi
2005-02-10 17:43 ` Andrew Cagney
2005-02-10 18:16   ` Bob Rossi
2005-02-10 19:58     ` Andrew Cagney
2005-02-10 23:34       ` Bob Rossi
2005-02-11  4:01         ` Andrew Cagney
2005-02-11 19:07           ` Bob Rossi
2005-02-12  3:13             ` Andrew Cagney [this message]
2005-02-12 10:59               ` Bob Rossi
2005-02-15 15:07                 ` Bob Rossi
2005-02-16 20:03                   ` Andrew Cagney
2005-02-17  0:28                     ` Bob Rossi
2005-02-17 13:51                       ` Daniel Jacobowitz
2005-02-17 16:58                       ` Andrew Cagney
2005-02-17 20:09                         ` Alain Magloire
     [not found]                         ` <200502171658.LAA02386@smtp.ott.qnx.com>
2005-02-18  2:46                           ` Bob Rossi
2005-02-18 12:10                         ` Nick Roberts
2005-02-18 19:51                         ` Bob Rossi
2005-02-18 21:05                           ` Alain Magloire
2005-02-19 23:51                             ` Bob Rossi
2005-02-21  2:12                               ` Andrew Cagney
2005-02-22 23:24                                 ` Alain Magloire
     [not found]                                 ` <200502221635.LAA07270@smtp.ott.qnx.com>
2005-03-01  2:40                                   ` Bob Rossi
2005-03-01 15:14                                     ` Bob Rossi
2005-03-01 19:24                                       ` Alain Magloire

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=420D08DC.3050903@gnu.org \
    --to=cagney@gnu.org \
    --cc=bob@brasko.net \
    --cc=gdb-patches@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