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

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 367) by emacsbugs.donarmstrong.com; 14 Jun 2008 02:10:50 +0000
Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5E2Alic001363
	for <367 <at> emacsbugs.donarmstrong.com>; Fri, 13 Jun 2008 19:10:48 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ArwEAN7EUkjO+KWv/2dsb2JhbACBW6wg
X-IronPort-AV: E=Sophos;i="4.27,642,1204520400"; 
   d="scan'208";a="22508795"
Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238])
  by ironport2-out.teksavvy.com with ESMTP; 13 Jun 2008 22:10:42 -0400
Received: from pastel.home ([206.248.165.175])
        by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id UIY36742;
        Fri, 13 Jun 2008 22:10:42 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id B098B8336; Fri, 13 Jun 2008 22:10:41 -0400 (EDT)
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
Message-ID: <jwv3anghimg.fsf-monnier+emacsbugreports <at> gnu.org>
References: <87zlpzpmqo.fsf <at> blah.blah>
	<jwvy75dtgf8.fsf-monnier+emacsbugreports <at> gnu.org>
	<87prqlf40u.fsf <at> blah.blah>
Date: Fri, 13 Jun 2008 22:10:41 -0400
In-Reply-To: <87prqlf40u.fsf <at> blah.blah> (Kevin Ryde's message of "Sat, 14 Jun
	2008 06:56:01 +1000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

>> 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

Message received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-5.6 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 367) by emacsbugs.donarmstrong.com; 13 Jun 2008 20:56:36 +0000
Received: from mailout1.pacific.net.au (mailout1-9.pacific.net.au [125.255.80.128])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5DKuXHp020307
	for <367 <at> emacsbugs.donarmstrong.com>; Fri, 13 Jun 2008 13:56:34 -0700
Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163])
	by mailout1.pacific.net.au (Postfix) with ESMTP id 8C25F39F7B8;
	Sat, 14 Jun 2008 06:56:31 +1000 (EST)
Received: from blah.blah (ppp2564.dyn.pacific.net.au [61.8.37.100])
	by mailproxy2.pacific.net.au (Postfix) with ESMTP id 3443A27408;
	Sat, 14 Jun 2008 06:56:31 +1000 (EST)
Received: from gg by blah.blah with local (Exim 4.69)
	(envelope-from <gg <at> zip.com.au>)
	id 1K7GJV-0000h1-Eu; Sat, 14 Jun 2008 06:56:01 +1000
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
References: <87zlpzpmqo.fsf <at> blah.blah>
	<jwvy75dtgf8.fsf-monnier+emacsbugreports <at> gnu.org>
Date: Sat, 14 Jun 2008 06:56:01 +1000
Message-ID: <87prqlf40u.fsf <at> blah.blah>
User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

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 received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER
	autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at 367) by emacsbugs.donarmstrong.com; 10 Jun 2008 16:17:41 +0000
Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5AGHY8R019318
	for <367 <at> emacsbugs.donarmstrong.com>; Tue, 10 Jun 2008 09:17:36 -0700
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AicCAGFGTkjO+ISodGdsb2JhbACBW5A1ASedUQ
X-IronPort-AV: E=Sophos;i="4.27,618,1204520400"; 
   d="scan'208";a="22367483"
Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238])
  by ironport2-out.teksavvy.com with ESMTP; 10 Jun 2008 12:17:10 -0400
Received: from pastel.home ([206.248.132.168])
        by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id QWB67910;
        Tue, 10 Jun 2008 12:17:10 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id 3DF7B82F1; Tue, 10 Jun 2008 12:17:10 -0400 (EDT)
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
Message-ID: <jwvy75dtgf8.fsf-monnier+emacsbugreports <at> gnu.org>
References: <87zlpzpmqo.fsf <at> blah.blah>
Date: Tue, 10 Jun 2008 12:17:10 -0400
In-Reply-To: <87zlpzpmqo.fsf <at> blah.blah> (Kevin Ryde's message of "Fri, 06 Jun
	2008 07:58:55 +1000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-CrossAssassin-Score: 2

> 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 received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
	RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jun 2008 16:17:36 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5AGHWck019319
	for <submit <at> emacsbugs.donarmstrong.com>; Tue, 10 Jun 2008 09:17:33 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1K66XL-00059O-JH
	for bug-gnu-emacs <at> gnu.org; Tue, 10 Jun 2008 12:17:31 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1K66XK-000590-2g
	for bug-gnu-emacs <at> gnu.org; Tue, 10 Jun 2008 12:17:31 -0400
Received: from [199.232.76.173] (port=54557 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1K66XJ-00058x-UB
	for bug-gnu-emacs <at> gnu.org; Tue, 10 Jun 2008 12:17:29 -0400
Received: from ironport2-out.pppoe.ca ([206.248.154.182]:33629 helo=ironport2-out.teksavvy.com)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <monnier <at> iro.umontreal.ca>)
	id 1K66XJ-0006A1-LW
	for bug-gnu-emacs <at> gnu.org; Tue, 10 Jun 2008 12:17:29 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AicCAGFGTkjO+ISodGdsb2JhbACBW5A1ASedUQ
X-IronPort-AV: E=Sophos;i="4.27,618,1204520400"; 
   d="scan'208";a="22367483"
Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238])
  by ironport2-out.teksavvy.com with ESMTP; 10 Jun 2008 12:17:10 -0400
Received: from pastel.home ([206.248.132.168])
        by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id QWB67910;
        Tue, 10 Jun 2008 12:17:10 -0400
Received: by pastel.home (Postfix, from userid 20848)
	id 3DF7B82F1; Tue, 10 Jun 2008 12:17:10 -0400 (EDT)
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
Message-ID: <jwvy75dtgf8.fsf-monnier+emacsbugreports <at> gnu.org>
References: <87zlpzpmqo.fsf <at> blah.blah>
Date: Tue, 10 Jun 2008 12:17:10 -0400
In-Reply-To: <87zlpzpmqo.fsf <at> blah.blah> (Kevin Ryde's message of "Fri, 06 Jun
	2008 07:58:55 +1000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized.

> 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 received at (unknown):

Received: (at unknown) by unknown; unknown
X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
	(2007-08-08) on rzlab.ucr.edu
X-Spam-Level: 
X-Spam-Status: No, score=-3.7 required=4.0 tests=AWL,BAYES_00,FOURLA,
	IMPRONONCABLE_1,MURPHY_WRONG_WORD1,MURPHY_WRONG_WORD2,RCVD_IN_DNSWL_LOW
	autolearn=no version=3.2.3-bugs.debian.org_2005_01_02
Received: (at submit) by emacsbugs.donarmstrong.com; 5 Jun 2008 21:59:47 +0000
Received: from lists.gnu.org (lists.gnu.org [199.232.76.165])
	by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m55LxgV0011791
	for <submit <at> emacsbugs.donarmstrong.com>; Thu, 5 Jun 2008 14:59:44 -0700
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1K4NUk-0000d4-OQ
	for bug-gnu-emacs <at> gnu.org; Thu, 05 Jun 2008 17:59:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1K4NUi-0000aP-QT
	for bug-gnu-emacs <at> gnu.org; Thu, 05 Jun 2008 17:59:41 -0400
Received: from [199.232.76.173] (port=39315 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1K4NUi-0000a4-N6
	for bug-gnu-emacs <at> gnu.org; Thu, 05 Jun 2008 17:59:40 -0400
Received: from mailout1-12.pacific.net.au ([125.255.80.131]:35788 helo=mailout1.pacific.net.au)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <gg <at> zip.com.au>)
	id 1K4NUh-0003S9-KC
	for bug-gnu-emacs <at> gnu.org; Thu, 05 Jun 2008 17:59:40 -0400
Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.2.162])
	by mailout1.pacific.net.au (Postfix) with ESMTP id E89613820C2
	for <bug-gnu-emacs <at> gnu.org>; Fri,  6 Jun 2008 07:59:33 +1000 (EST)
Received: from blah.blah (ppp21ED.dyn.pacific.net.au [61.8.33.237])
	by mailproxy1.pacific.net.au (Postfix) with ESMTP id 0925E8C16
	for <bug-gnu-emacs <at> gnu.org>; Fri,  6 Jun 2008 07:59:33 +1000 (EST)
Received: from gg by blah.blah with local (Exim 4.69)
	(envelope-from <gg <at> zip.com.au>)
	id 1K4NU0-0000j8-6R
	for bug-gnu-emacs <at> gnu.org; Fri, 06 Jun 2008 07:58:56 +1000
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-ID: <87zlpzpmqo.fsf <at> blah.blah>
User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4)

--=-=-=

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


--=-=-=
Content-Type: application/emacs-lisp
Content-Disposition: attachment; filename=foo.el

(setq compilation-scroll-output t)
(setq compilation-window-height 10)
(compile "perl foo.pl")

--=-=-=
Content-Type: text/x-perl
Content-Disposition: attachment; filename=foo.pl
Content-Transfer-Encoding: quoted-printable

#!/usr/bin/perl

sleep 2;
$| =3D 1;

print 'xxxxxxxx: xxx.xx xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx =
xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx=
.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx x=
xx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx=
 xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xx=
x.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx =
xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.x=
x xxx.xx xxx.xx xxxxx.xx xxxxx.xx xxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.x=
x xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx=
.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx=
 xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx =
xxx.xx xxx.xx xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx=
.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx=
 xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx';
sleep 2;

print ' xxx.xx xxxxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx =
xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.xx xxx.x=
x xxx.xx xxx.xx xxxxx.xx xxx.xx xxx.xx xxx.xx xxx.xx
';
sleep 2;

foreach (1..100) { print "bar\n"; }
exit 0;

--=-=-=--