From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Romain Francoise Newsgroups: gmane.emacs.devel Subject: Re: scroll-conservatively overflow Date: Fri, 16 Apr 2004 16:03:59 +0200 Organization: orebokech dot com Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <87vfk0auk0.fsf@orebokech.com> References: <20040416114146.38AB.JMBARRANQUERO@wke.es> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1082124452 6737 80.91.224.253 (16 Apr 2004 14:07:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 14:07:32 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Apr 16 16:07:19 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BETzy-00088E-00 for ; Fri, 16 Apr 2004 16:07:18 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BETzy-0006VY-00 for ; Fri, 16 Apr 2004 16:07:18 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BETyv-00033Q-So for emacs-devel@quimby.gnus.org; Fri, 16 Apr 2004 10:06:13 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BETxR-0002Hb-R7 for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:04:41 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BETwu-00020x-0X for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:04:39 -0400 Original-Received: from [80.91.224.249] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BETws-0001zw-Vv for emacs-devel@gnu.org; Fri, 16 Apr 2004 10:04:07 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BETwq-0006jk-00 for ; Fri, 16 Apr 2004 16:04:04 +0200 Original-Received: from finn.gmane.org ([80.91.224.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2004 16:04:04 +0200 Original-Received: from romain by finn.gmane.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 Apr 2004 16:04:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: emacs-devel@gnu.org Original-To: emacs-devel@gnu.org Original-Lines: 77 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: finn.gmane.org Mail-Copies-To: nobody User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:rwqxyXwBDAm/YN9cmOWVuLN+dMo= X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21766 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21766 no-spam@cua.dk (Kim F. Storm) writes: > I changed some things related to scroll a few days ago which may have > made this more visible -- I don't know. About scrolling: I've been bitten by a bug for some weeks now, I originally thought it was specific to the multi-tty code but I discovered this morning that it's not. (A fresh checkout from CVS HEAD this morning exhibited the same issues.) I see it in two different situations: 1. In Gnus, when I scroll a long article buffer (several pages) by repeatedly hitting RET to scroll one line at a time, scrolling stops on truncated lines. For example, when I read an article that contains one very long line (e.g. a URL), it scrolls okay until the long line is the first line in the Article buffer. I hit RET again and the first part of the line scrolls away. I still see in the buffer the continuation part of the long (truncated) line, and if I hit RET again, nothing happens, it doesn't scroll more. I have traced the call back in the Lisp code and it shows that the `scroll-up' builtin function returns nil as usual but doesn't have any effect on the buffer. I can keep hitting RET to no avail. Scrolling works fine until the "End of buffer" message as usual when the article does not contain long lines; it also works fine if I resize the window so that lines don't get truncated. It also works fine if I scroll past long lines in the article with SPC, then use RET to scroll one line at a time. This bug is reproducible in all instances of Emacs, at once. 2. In Dired, I get "End of buffer" errors when moving over truncated lines, from the top to the bottom of a buffer (with `n'). For example, if my Dired buffer contains, in the middle of a long listing: -rw-r--r-- 1 romain romain 2047 Feb 26 2003 bpf_dump.c lrwxr-xr-x 1 romain romain 22 Nov 11 12:26 bpf_filter.c -> ./bpf/net/bpf_filter.c -rw-r--r-- 1 romain romain 4966 Feb 26 2003 bpf_image.c (The middle line is truncated after "-> ./bp", I see: bpf_filter.c -> ./bp\ f/net/bpf_filter.c which might not be the case for you depending on your window width.) I move the cursor down to the `b' in "bpf_dump.c". I then use `n' which moves the point to the `b' in "bpf_filter.c". If I then use `n' to move down to the next line over the symlink line, the bell is rung, and I get a "End of buffer" message in the minibuffer, which is obviously wrong since the buffer continues.. After the error, the point is on the last `c' in "bpf_image.c", instead of being on the `b', but I think this is because of some Dired magic which gets confused by the error. The fun part is that it does not only happen in Dired buffers: in this very Message buffer where I'm composing this post, I can move up to the top with C-p, but when I move down to the bottom with C-n, I get an "End of buffer" error over the pasted Dired line. This bug does not appear in a fresh Emacs session just after I launch it, it appears only after I've used Emacs a bit. This only happens in console frames, in X frames I never managed to reproduce these bugs. They are _very_ annoying since it makes the display flash the bell every once in a while even though no error occurred... I can provide more information if needed. -- Romain Francoise | You know that old saying, it's a miracle -- http://orebokech.com/ | that you always hurt the ones | you love? Well it works both | ways.