From: Doug Evans <dje@transmeta.com>
To: Daniel Jacobowitz <drow@mvista.com>
Cc: gdb-patches@sources.redhat.com
Subject: RFC: "set logging"
Date: Sun, 22 Jun 2003 23:57:00 -0000 [thread overview]
Message-ID: <16118.17005.496063.412462@casey.transmeta.com> (raw)
In-Reply-To: <20030622205322.GA14138@nevyn.them.org>
Daniel Jacobowitz writes:
> As discussed earlier:
> set logging on [FILE]
> set logging off
> set logging overwrite [I changed the default to append]
> set logging redirect
> set logging file
> show logging
>
> I decided that one-off command logging was really a different class of thing
> from this patch, which is straight output logging, not really script-useful
> redirection. So that's gone.
For my own education, what's the difference?
If one amends the definition of logging to include the
tracing of commands, then I'd agree: they are different.
Suppose you have a complex set of macros for driving a testsuite
and you want to see who's calling what, etc.; or when something
fails you want to know what was the last gdb command executed.
And suppose typically these scripts are run in batch mode, on a server
farm via cron jobs or some such.
Tracing of gdb commands as they execute is very useful here.
Not just the output of the commands but _the actual commands themselves_.
I gather this patch isn't that though (or did I miss something?).
If one separates this from command output redirection for the purposes
of doing something further with the output (akin to pipes in shell-speak),
then I'd agree they are different.
Also, fwiw, by "one-off" I mean the ability of a macro
(or maybe commands of a breakpoint/watchpoint) to temporarily
change gdb state and then restore things once finished.
> Is this OK? Any comments? Docs OK?
Any opinions on whether the tracing of the commands
themselves, in addition to their output, would be a useful addition
to "set logging"?
"logging" suggests to me logging for debug/informational purposes,
as opposed to redirection for subsequent processing.
Adding tracing of the commands themselves seems like a useful addition
to me.
[btw, the $`mumble` syntax in my previous message, in case it wasn't clear,
is akin to $() in ksh/bash]
> 2003-06-22 Daniel Jacobowitz <drow@mvista.com>
>
> * cli-out.c (struct ui_out_data): Add original_stream.
> (cli_redirect): New function.
> (cli_ui_out_impl): Add cli_redirect.
> (cli_out_new): Initialize original_stream.
> * ui-out.c (default_ui_out_impl): Add NULL for redirect member.
> (uo_redirect, ui_out_redirect): New.
> * ui-out.h (struct ui_out_impl): Add redirect member.
> (redirect_ftype): New.
> (ui_out_redirect): Add prototype.
> * top.c (handle_redirections, pop_output_files): New functions.
> (set_logging_help, set_logging_command, show_logging_command): New
> functions.
> (init_main): Create "set logging" and "show logging" commands.
>
> 2003-06-22 Daniel Jacobowitz <drow@mvista.com>
>
> * mi-out.c (mi_ui_out_impl): Add NULL for redirect member.
>
> 2003-06-22 Daniel Jacobowitz <drow@mvista.com>
>
> * tui-out.c (tui_ui_out_impl): Add NULL for redirect member.
>
> 2003-06-22 Daniel Jacobowitz <drow@mvista.com>
>
> * gdb.texinfo (Logging output): New chapter.
next prev parent reply other threads:[~2003-06-22 23:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-22 20:53 Daniel Jacobowitz
2003-06-22 21:33 ` Andrew Cagney
2003-06-22 23:57 ` Doug Evans [this message]
2003-06-23 0:15 ` Daniel Jacobowitz
2003-06-23 4:51 ` Eli Zaretskii
2003-06-23 22:15 ` Daniel Jacobowitz
2003-06-23 23:09 ` Andrew Cagney
2003-06-24 4:10 ` Eli Zaretskii
2003-06-28 16:34 ` Daniel Jacobowitz
2003-07-02 20:53 ` 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=16118.17005.496063.412462@casey.transmeta.com \
--to=dje@transmeta.com \
--cc=drow@mvista.com \
--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