From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kim.knowles@comdev.cc Newsgroups: gmane.emacs.bugs Subject: bug in emacs 21.2.1? Date: Fri, 26 Jul 2002 16:46:52 -0700 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <20020726234652.GA23640@cleanup.comdev.cc> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027727218 24744 127.0.0.1 (26 Jul 2002 23:46:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 26 Jul 2002 23:46:58 +0000 (UTC) Cc: Kim Knowles Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YEnR-0006Qz-00 for ; Sat, 27 Jul 2002 01:46:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YEnm-0002vG-00; Fri, 26 Jul 2002 19:47:18 -0400 Original-Received: from wall.comdev.cc ([63.150.62.162] helo=cleanup.comdev.cc) by fencepost.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 17YEnN-0002ux-00 for ; Fri, 26 Jul 2002 19:46:54 -0400 Original-Received: (qmail 29515 invoked by uid 25071); 26 Jul 2002 23:46:52 -0000 Original-To: bug-gnu-emacs@gnu.org Content-Disposition: inline User-Agent: Mutt/1.4i Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:2932 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:2932 I am running RedHat Linux 7.2, and Emacs version: GNU Emacs 21.2.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2002-05-03 I have been using emacs since 1992 (primarily using Emacs 19) and updated recently to Emacs 21. It is very impressively good and I have been enjoying many aspects of it. However, today I discovered a disturbing behavior that I think must be a bug. I like to use Emacs fully maximized vertically, but with the default 80-char width, and often I divide it vertically into 2 parts (C-x 2) and switch between them. On occasion, these two buffers really are navigating two different points in the same file. When I search for an item, when I find the line I want I often hit C-l to redraw the buffer with that line centered vertically. I believe that is what it does. However, the disturbing behavior is that when I have found the spot in the top buffer, when I go to the the bottom buffer and find the spot I want there, when I hit C-l, the other buffer also moves. It moves by what appears to be the same amount I moved my cursor in the lower buffer from the time I switched to that buffer until the C-l. Quick recap: Open file foo.txt (which is ~1800 lines long). C-x 2. In top buffer, search for pattern XYZ. C-l. Switch to bottom buffer (C-x o). Search for pattern ABC. C-l. The top buffer is no longer at XYZ, it is some arbitrary jump away from where it used to be. This behavior is very frustrating, and I cannot think of any instance where it would be desirable. My understanding of the original spec for C-l was center the current line vertically in the buffer. I apologize if I have left any system information out or if this is a duplicate bug. If you could tell me whether this is a bug, or if it is fixed in 21.2.2, I would really appreciate it. I could not find it in the "User Visible Changes" and I did not find a list of known bugs. -Kim.