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);
next prev parent 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