From: Daniel Jacobowitz <drow@mvista.com>
To: Tom Tromey <tromey@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFA: >, >>, and "tee" operators
Date: Tue, 23 Jul 2002 13:18:00 -0000 [thread overview]
Message-ID: <20020723192325.GA30738@nevyn.them.org> (raw)
In-Reply-To: <871y9ub6fj.fsf@fleche.redhat.com>
On Tue, Jul 23, 2002 at 01:17:04PM -0600, Tom Tromey wrote:
> >>>>> "Daniel" == Daniel Jacobowitz <drow@mvista.com> writes:
>
> Daniel> Here we go. They only work quite right for the CLI; they
> Daniel> sort-of work for other front-ends, and print a warning to that
> Daniel> effect. Documentation included. These are pretty much how
> Daniel> Tom originally did them:
>
> You'll hate to hear this, but I ended up rewriting the patch to be a
> `transcript' command. The follow-on discussion to my original patch
> convinced me that the names ">" and ">>" weren't that great. Also,
> going this route let me remove some of the hacks in cli/.
>
> The new usage I implemented is:
>
> transcript > FILE
> transcript >> FILE
> transcript | COMMAND
I don't like this syntax very much. It looks too much like dumping the
output of a command ("transcript") to the file, not like a redirection
for the future output. If I were in hard-core shell mode this week I'd
suggest "exec > FILE" but I don't really like that one much either...
Also - is piping to a command actually useful?
> I never submitted my rewrite since I hadn't addressed the one
> remaining problem, namely teeing. I can send it if you want it.
>
> Daniel> tee file
> Daniel> tee -a file
>
> Maybe tee should be the default? My experiments using the transcript
> code indicated to me that it is hard to use gdb when you don't see the
> output...
Hmm... How do you feel about:
transcript [-append] FILE
tee [-append] FILE
Where transcript replaces ">" and ">>"?
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2002-07-23 19:23 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-23 11:51 Daniel Jacobowitz
2002-07-23 12:23 ` Tom Tromey
2002-07-23 13:18 ` Daniel Jacobowitz [this message]
2002-07-23 13:20 ` Tom Tromey
2002-07-23 13:58 ` Daniel Jacobowitz
2002-07-24 20:10 ` Andrew Cagney
2002-07-24 20:14 ` Daniel Jacobowitz
2002-07-25 9:17 ` Andrew Cagney
2002-07-25 10:36 ` Daniel Jacobowitz
2002-07-25 10:46 ` Andrew Cagney
2002-07-30 13:00 ` Daniel Jacobowitz
2002-07-30 20:36 ` Andrew Cagney
2002-07-30 20:51 ` Daniel Jacobowitz
2002-07-30 20:58 ` Andrew Cagney
2002-07-30 22:45 ` Daniel Jacobowitz
2002-07-31 9:36 ` david carlton
2002-07-31 9:39 ` Daniel Jacobowitz
2002-08-01 8:05 ` Andrew Cagney
2002-08-01 10:24 ` david carlton
2002-08-01 12:03 ` Daniel Jacobowitz
2002-08-01 12:16 ` david carlton
2002-08-13 15:20 ` Fernando Nasser
2002-07-23 14:23 ` Grant Edwards
2002-07-24 1:59 ` Eli Zaretskii
2002-07-24 19:01 ` Andrew Cagney
2002-07-24 22:15 ` Daniel Jacobowitz
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=20020723192325.GA30738@nevyn.them.org \
--to=drow@mvista.com \
--cc=gdb-patches@sources.redhat.com \
--cc=tromey@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