GNU bug report logs - #367
compilation-scroll-output not working on certain long line

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 367 in the body.
You can then email your comments to 367 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kevin Ryde <user42 <at> zip.com.au>
To: bug-gnu-emacs <at> gnu.org
Subject: compilation-scroll-output not working on certain long line
Date: Fri, 06 Jun 2008 07:58:55 +1000

[Message part 1 (text/plain, inline)]

With foo.el and foo.pl below, running

	emacs -Q foo.el
	M-x eval-buffer

produces a compilation window showing only "xxx.xx" bits, where I hoped
setting compilation-scroll-output to `t' in foo.el would make it follow
the further output after that, ie. the "bar" lines (which you can see by
switching to the *compilation* buffer and scrolling down).

The foo.pl script is merely to print the provoking output.  It's a long
line arriving as its first 1024 bytes and then enough to just fill the
10-line compilation window.  During the second sleep the end of the
"xxx.xx" is the last line in the window.

I get the problem on both a console tty and under gtk X, and in both the
debian packaged 22.2 and my build of the current cvs.  It seems to
depend on the sleeps, ie. pauses in the output, so if you don't get the
effect you might try increasing them a bit.




In GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.9)
 of 2008-04-27 on raven, modified by Debian
configured using `configure  '--build=i486-linux-gnu' '--host=i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs22:/etc/emacs:/usr/local/share/emacs/22.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/22.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/22.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  encoded-kbd-mode: t
  file-name-shadow-mode: t
  unify-8859-on-encoding-mode: t
  utf-translate-cjk-mode: t
  auto-compression-mode: t
  line-number-mode: t

[foo.el (application/emacs-lisp, attachment)]

[foo.pl (text/x-perl, attachment)]

Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Kevin Ryde <user42 <at> zip.com.au>
Cc: 367 <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
Subject: Re: bug#367: compilation-scroll-output not working on certain long line
Date: Tue, 10 Jun 2008 12:17:10 -0400

> With foo.el and foo.pl below, running

> 	emacs -Q foo.el
> 	M-x eval-buffer

> produces a compilation window showing only "xxx.xx" bits, where I hoped
> setting compilation-scroll-output to `t' in foo.el would make it follow
> the further output after that, ie. the "bar" lines (which you can see by
> switching to the *compilation* buffer and scrolling down).

> The foo.pl script is merely to print the provoking output.  It's a long
> line arriving as its first 1024 bytes and then enough to just fill the
> 10-line compilation window.  During the second sleep the end of the
> "xxx.xx" is the last line in the window.

> I get the problem on both a console tty and under gtk X, and in both the
> debian packaged 22.2 and my build of the current cvs.  It seems to
> depend on the sleeps, ie. pauses in the output, so if you don't get the
> effect you might try increasing them a bit.

I cannot reproduce it on the current CVS trunk, tho I can reproduce it
on the 22 branch.  I have just installed a change in the way
window-point is handled in compile buffers which may have fixed
your bug.
Can you confirm that your bug is now fixed on the CVS trunk?


        Stefan

Message #20 received at 367 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Kevin Ryde <user42 <at> zip.com.au>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 367 <at> debbugs.gnu.org
Subject: Re: bug#367: compilation-scroll-output not working on certain long line
Date: Sat, 14 Jun 2008 06:56:01 +1000

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>
> Can you confirm that your bug is now fixed on the CVS trunk?

Alas, still the same, both on the console and in X/Gtk.

Message #25 received at 367 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Kevin Ryde <user42 <at> zip.com.au>
Cc: 367 <at> debbugs.gnu.org
Subject: Re: bug#367: compilation-scroll-output not working on certain long line
Date: Fri, 13 Jun 2008 22:10:41 -0400

>> Can you confirm that your bug is now fixed on the CVS trunk?
> Alas, still the same, both on the console and in X/Gtk.

Yes, this time I was able to reproduce it, but... no patch yet.


        Stefan

View this message in rfc822 format

From: Andrew Hyatt <ahyatt <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 367 <at> debbugs.gnu.org, Kevin Ryde <user42 <at> zip.com.au>
Subject: bug#367: compilation-scroll-output not working on certain long line
Date: Mon, 28 Dec 2015 20:09:38 -0500

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> Can you confirm that your bug is now fixed on the CVS trunk?
>> Alas, still the same, both on the console and in X/Gtk.
>
> Yes, this time I was able to reproduce it, but... no patch yet.

I was unable to reproduce in console or with in the Mac GUI with Emacs
25. I wasn't able to try with X/Gtk, but since you also were able to
reproduce with the console, and a lot of time has passed, this probably
has been fixed at some point. I'm going to mark this bug as
unreproducible, please reopen if you still see this as broken on Emacs
25.

>
>
>         Stefan

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.