From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Andrus Newsgroups: gmane.emacs.bugs Subject: bug#9324: 24.0.50; Movement past end of screen causes weird jump Date: Thu, 25 Aug 2011 22:11:37 +0200 Message-ID: <59F6F8C9-0263-47D2-A6CF-0C52A89AD927@gmail.com> References: <00373C62-5B35-44BB-8770-CC91E8161366@gmail.com> <87bovm5ssx.fsf@gmail.com> <8362ltst7w.fsf@gnu.org> <04093F70-5A0B-4123-8C18-38FAAD2A6DEC@gmail.com> <831uwhsmx7.fsf@gnu.org> <0FDD993E-173A-482A-937B-8DE5E330D4F4@gmail.com> <83ty9dqq54.fsf@gnu.org> <9ACB0EEF-FA00-4644-9D76-727BFDD9CECF@gmail.com> <83r54hqkz8.fsf@gnu.org> <83vcts48z5.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/mixed; boundary=Apple-Mail-17-988448247 X-Trace: dough.gmane.org 1314303155 27364 80.91.229.12 (25 Aug 2011 20:12:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 25 Aug 2011 20:12:35 +0000 (UTC) Cc: 9324@debbugs.gnu.org, antoine.levitt@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 25 22:12:29 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QwgHt-0004ms-1u for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Aug 2011 22:12:29 +0200 Original-Received: from localhost ([::1]:45333 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwgHs-00046V-4t for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Aug 2011 16:12:28 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:60903) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwgHo-000466-Jd for bug-gnu-emacs@gnu.org; Thu, 25 Aug 2011 16:12:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QwgHm-0005hH-VQ for bug-gnu-emacs@gnu.org; Thu, 25 Aug 2011 16:12:24 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53444) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwgHm-0005hB-Tk for bug-gnu-emacs@gnu.org; Thu, 25 Aug 2011 16:12:22 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1QwgKM-0004S5-JJ; Thu, 25 Aug 2011 16:15:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Andrus Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 25 Aug 2011 20:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9324 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9324-submit@debbugs.gnu.org id=B9324.131430326717052 (code B ref 9324); Thu, 25 Aug 2011 20:15:02 +0000 Original-Received: (at 9324) by debbugs.gnu.org; 25 Aug 2011 20:14:27 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QwgJm-0004Qz-FP for submit@debbugs.gnu.org; Thu, 25 Aug 2011 16:14:26 -0400 Original-Received: from mail-fx0-f44.google.com ([209.85.161.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QwgJj-0004Qq-1Z for 9324@debbugs.gnu.org; Thu, 25 Aug 2011 16:14:24 -0400 Original-Received: by fxe6 with SMTP id 6so1948167fxe.3 for <9324@debbugs.gnu.org>; Thu, 25 Aug 2011 13:11:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=gv39w10Jb2vsLEG0iTn6WhgLzHVsD0gCF49rPEdq1NY=; b=HWYtmSKa0B5URta+xIREJo9MH/MuRQJFKoQbadLKO+sxUmpyVh7yb3ZVpD4OYpBO6k VXUhe0ykGaVXseCvLdIjEPkyOUtZ4LLRjYSf3CaW0hXkbqPuNLSTlDVkCiLgsvmxAble NGRDDj0sZpdsnbfixtRC1RzA4vwWFNN+2wif0= Original-Received: by 10.223.92.129 with SMTP id r1mr265818fam.42.1314303101667; Thu, 25 Aug 2011 13:11:41 -0700 (PDT) Original-Received: from [10.0.2.16] (catv-80-99-177-48.catv.broadband.hu [80.99.177.48]) by mx.google.com with ESMTPS id i16sm746122faa.45.2011.08.25.13.11.38 (version=SSLv3 cipher=OTHER); Thu, 25 Aug 2011 13:11:39 -0700 (PDT) In-Reply-To: <83vcts48z5.fsf@gnu.org> X-Mailer: Apple Mail (2.1084) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 25 Aug 2011 16:15:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:50344 Archived-At: --Apple-Mail-17-988448247 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I tried to build it with GTK, but it segfaulted, so I can't tell if it = works there or not. I was _____ able to reproduce it with the athena = toolkit. On Aug 20, 2011, at 1:29 PM, Eli Zaretskii wrote: >> From: Ivan Andrus >> Date: Sat, 20 Aug 2011 09:33:31 +0200 >> Cc: antoine.levitt@gmail.com, >> 9324@debbugs.gnu.org >>=20 >>>> emacs -Q -l = ~/.emacs.d/elpa/highlight-parentheses-1.0.1/highlight-parentheses.el -l = ~/.emacs.d/local/hl-sexp.el ~/vcs/emacs/bug-example-3.el >>>=20 >>> Sorry to disappoint you, but I cannot reproduce this even with this >>> precise recipe. I downloaded the latest hl-sexp.el and >>> highlight-parentheses.el, and used them exactly as shown, albeit the >>> leading directories were different, and I still cannot see the >>> problem. Emacs behaves as expected. >>=20 >> Aaargh! After running the progn, do you see all of line starting = with 208, or just the continuation of it. >=20 > Neither. The top line in the window is this: >=20 > (custom-set-faces '(mode-line ((t (:box (:line-width 1)))))) >=20 > If you see something else, your frame must be much larger than mine. Indeed and that is very important to reproducing this bug. What is your = frame size? Actually when building with athena I couldn't get the frame = big enough, so I changed the test case a little. At the end of the day = what seems important is that the first line showing be a continuation = line. Then executing the (forward-sexp) gives the buggy behavior. > What is the value of `lpoint' after line 14682? =20 NB: the line numbers have changed slightly, but these represent values = after the appropriate SET_TEXT_POS etc. (gdb) p lpoint $1 =3D { charpos =3D 2461,=20 bytepos =3D 2461 } > What is the value of > `opoint' after line 14764? =20 (gdb) p opoint $2 =3D { charpos =3D 2461,=20 bytepos =3D 2461 } > And what is the value of `startp' at line > 14886? (gdb) p startp $3 =3D { charpos =3D 90,=20 bytepos =3D 90 } This was using revision 105563, configured with CFLAGS=3D'-ggdb -g3' ./configure --with-x-toolkit=3Dathena = --with-gif=3Dno and using a slightly different file than before (which I have attached) = and debugging with run -Q -l = ~/.emacs.d/elpa/highlight-parentheses-1.0.1/highlight-parentheses.el -l = ~/.emacs.d/local/hl-sexp.el ~/vcs/emacs/bug-example-3.el Then breaking on redisplay_window and evaluating the progn block (I had = to scroll to avoid a beginning of buffer error that I thought = unwind-protect would take care of but didn't) and then the forward-sexp = block. I didn't even need to evaluate the mode-line change this time, probably = due to the way that I ensure the first line is a continuation line. Anyway, I hope that makes sense and helps. If you need any other = debugging output I would be happy, either in the NextStep version or the = athena version (or both). -Ivan --Apple-Mail-17-988448247 Content-Disposition: attachment; filename=bug-example-3.el Content-Type: application/octet-stream; name="bug-example-3.el" Content-Transfer-Encoding: 7bit 208. look at docs for `mouse-autoselect-window' to see if there is a better value that I should be using 209. Look at occur (C-h f occur RET) to see how to make a nice menu buffer, thing-amagig 210. make isearch ignore diactritics by default (until one is used or something) 211. use `declare-function' to silence warnings in init.el 212. Change all key bindings to C-c C-f for compiling/linting/syntax checking, C-c C-d for debugging, and C-c C-v for viewing/running 213. Make `to-do' update an org file which contains all the todos 214. Make a `find-nearby' to find 2 things within several lines 215. Make `zap-up-to-char-but-not-including' a la `zap-to-char' (maybe on S-M-z ?) 216. Use `align-regexp' with args to create `align-words' and `align-strings' ------------------------------------------------------- (custom-set-faces '(mode-line ((t (:box (:line-width 1)))))) (progn (set-frame-parameter (selected-frame) 'height 47) (set-frame-parameter (selected-frame) 'width (/ 178 2)) (delete-other-windows) ;; (split-window-side-by-side) (goto-line 22) (unwind-protect (scroll-down)) (scroll-up 1) ;(recenter -22) (move-end-of-line 1) (emacs-lisp-mode) (highlight-parentheses-mode 1) (hl-sexp-mode 1) ) (forward-sexp) (defadvice server-goto-line-column (after server-visit-region.tex (line-col) activate) "When visiting a file from an external source, make sure that we are not narrowed, since the external source almost certainly uses absolute file line numbers." (when (string-match "_region_.tex\\'" (buffer-file-name)) (save-excursion ;; in case we don't find the other file we at least want the right line... (if (re-search-backward "\message{ !name(\\([^)]+\\))\\(?: !offset(\\([-0-9]+\\))\\)?\\s *}" nil nil) (let ((file-name (match-string 1)) (offset (match-string 2)) (line (car (ad-get-arg 0))) (col (cdr (ad-get-arg 0)))) (if offset (setq line (+ line (string-to-number offset)))) (find-file file-name nil) ;; Ironic, but I think cleaner then reimplementing... (server-goto-line-column (cons line col)) (message "Moved from _region_.tex to line %s of %s." line file-name)) ;; else (message "This is _region_.tex, but I couldn't find the original file!"))))) --Apple-Mail-17-988448247--