Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Elena Zannoni <ezannoni@redhat.com>
To: Michael Snyder <msnyder@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: Recent breakage -- disassemble
Date: Tue, 22 Apr 2003 14:29:00 -0000	[thread overview]
Message-ID: <16037.21202.794724.410087@localhost.redhat.com> (raw)
In-Reply-To: <16036.16334.736772.787753@localhost.redhat.com>

Elena Zannoni writes:
 > Michael Snyder writes:
 >  > Some time between February 18 and March 24, someone checked in a change
 >  > which broke pagination in the disassemble command.  Although "list" will
 >  > still print out a screen's worth of lines and then pause, "disassemble"
 >  > will not.
 >  > 
 >  > Sorry I can't pin it down closer than that -- my cvs client is giving me grief.
 >  > 
 >  > Michael
 > 
 > Hmmm, this could be due to the new disassembler. The old one was using
 > printf_filtered while the new one uses ui_out functions. But the
 > change happened in November 2002. Do a cvs log of printcmd.c. If you
 > back out those changes, does the problem go away?
 > 
 > elena

Ok, the problem is not that filtered prints were not used, but that
there is code in fputs_maybe_filtered to bypass the filtered print, if
this condition is true:

  /* Don't do any filtering if it is disabled.  */
  if ((stream != gdb_stdout) || !pagination_enabled
      || (lines_per_page == UINT_MAX && chars_per_line == UINT_MAX))
    {
      fputs_unfiltered (linebuffer, stream);
      return;
    }

In this case, stream is different from gdb_stdout.

Can you try this patch?

elena

Index: utils.c
===================================================================
RCS file: /cvs/uberbaum/gdb/utils.c,v
retrieving revision 1.99
diff -u -p -r1.99 utils.c
--- utils.c	2 Apr 2003 03:02:46 -0000	1.99
+++ utils.c	22 Apr 2003 14:28:00 -0000
@@ -1887,7 +1887,7 @@ fputs_maybe_filtered (const char *linebu
     return;
 
   /* Don't do any filtering if it is disabled.  */
-  if ((stream != gdb_stdout) || !pagination_enabled
+  if (!ui_file_isatty (stream) || !pagination_enabled
       || (lines_per_page == UINT_MAX && chars_per_line == UINT_MAX))
     {
       fputs_unfiltered (linebuffer, stream);





  reply	other threads:[~2003-04-22 14:29 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-14 18:31 Michael Snyder
2003-04-21 18:55 ` Elena Zannoni
2003-04-22 14:29   ` Elena Zannoni [this message]
2003-04-23 19:22     ` Michael Snyder
2003-04-23 21:16     ` Andrew Cagney

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=16037.21202.794724.410087@localhost.redhat.com \
    --to=ezannoni@redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=msnyder@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