From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Bug in `next-line' when last char in line has after-string property Date: Sun, 07 Jan 2007 23:55:19 +0100 Message-ID: References: <1167760463.459a9c4fbbe73@imp.hosting365.ie> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1168210541 28290 80.91.229.12 (7 Jan 2007 22:55:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 7 Jan 2007 22:55:41 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 07 23:55:37 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H3gvK-00055l-Bj for ged-emacs-devel@m.gmane.org; Sun, 07 Jan 2007 23:55:30 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3gvJ-0003W9-Qu for ged-emacs-devel@m.gmane.org; Sun, 07 Jan 2007 17:55:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H3gv7-0003VK-0n for emacs-devel@gnu.org; Sun, 07 Jan 2007 17:55:17 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H3gv1-0003V6-Tj for emacs-devel@gnu.org; Sun, 07 Jan 2007 17:55:16 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H3gv1-0003V3-Ng for emacs-devel@gnu.org; Sun, 07 Jan 2007 17:55:11 -0500 Original-Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H3gv1-0008EQ-Bh for emacs-devel@gnu.org; Sun, 07 Jan 2007 17:55:11 -0500 Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx19.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id EF857FAC02D; Sun, 7 Jan 2007 23:55:03 +0100 (CET) Original-To: Ralf Angeli In-Reply-To: (Ralf Angeli's message of "Sun\, 07 Jan 2007 16\:50\:27 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.92 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:64940 Archived-At: Ralf Angeli writes: > * Kim F. Storm (2007-01-05) writes: > >> Everybody, please watch out for problems with line movement in buffers >> with overlay and text-property strings. > > If you execute the following code which inserts a few strings into the > buffer *foo* and then puts three overlays in the buffer where each one > is covering a line break in the buffer and using a line break in the > display string, the line in the middle will be left out if one tries > to move point up using `C-p' several times. Downwards with `C-n' is > okay. > > This is not a regression, but also happened like this before your last > change. It just caught my eye when checking for problems with the new > code. > > (progn > (pop-to-buffer (get-buffer-create "*foo*")) > (dotimes (i 5) > (insert (make-string 10 ?x) "\n")) > (let ((ov (make-overlay 17 24))) > (overlay-put ov 'display "aaa\n")) > (let ((ov (make-overlay 29 35))) > (overlay-put ov 'display "aaa\n")) > (let ((ov (make-overlay 40 46))) > (overlay-put ov 'display "aaa\n"))) Indeed. It is pretty easy to construct expamples like that which break the current code. It needs a big overhaul after the release. But thanks for testing -- and testing that the latest change didn't make things worse :-) -- Kim F. Storm http://www.cua.dk