Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <ac131313@redhat.com>
To: "J. Johnston" <jjohnstn@redhat.com>
Cc: gdb@sources.redhat.com
Subject: Re: Why does symfile.c use printf_filtered?
Date: Fri, 24 Oct 2003 17:55:00 -0000	[thread overview]
Message-ID: <3F996797.30205@redhat.com> (raw)
In-Reply-To: <3F95A56F.3090802@redhat.com>

> Does anybody know why symfile.c uses printf_filtered()?
> 
> This causes a couple of problems, most notably when you load a module with a lot of shared library references.  The messages for "Reading symbols from"... inside symfile.c are printed filtered so eventually we end up causing a page break.  I do not think this information is worthy of requiring user intervention.
> 
> Would anybody have an objection to me changing to use printf_unfiltered() in symfile.c?

It certainly doesn't look right.

Log messages are there to keep the user up-to-date on what GDB is doing 
(and confirm that GDB hasn't hung ...).  Just like other such messages 
(thread notifications, hosted output from the remote) they should halt 
GDB and hence shouldn't be paged.

This is different to something like "info registers" where GDB has 
stopped, and the user expects to be able to read the entire response.

enjoy,
Andrew



  parent reply	other threads:[~2003-10-24 17:55 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-21 21:30 J. Johnston
2003-10-22  6:16 ` Eli Zaretskii
2003-10-22 13:30   ` Daniel Jacobowitz
2003-10-22 22:14 ` Jim Blandy
2003-10-24 17:55 ` Andrew Cagney [this message]
2003-10-24 18:51   ` Daniel Jacobowitz
2003-10-24 20:50     ` Andrew Cagney
     [not found] <1066860856.12586.ezmlm@sources.redhat.com>
2003-10-22 23:35 ` Jim Ingham
2003-10-23 19:34   ` Jim Blandy
2003-10-24 17:14     ` Jim Ingham
2003-10-24 17:23     ` J. Johnston

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=3F996797.30205@redhat.com \
    --to=ac131313@redhat.com \
    --cc=gdb@sources.redhat.com \
    --cc=jjohnstn@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