From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 07 22:27:45 2012 Received: (at submit) by debbugs.gnu.org; 8 Apr 2012 02:27:45 +0000 Received: from localhost ([127.0.0.1]:44334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGhqy-0003sn-Iq for submit@debbugs.gnu.org; Sat, 07 Apr 2012 22:27:45 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38302) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGhqw-0003sf-13 for submit@debbugs.gnu.org; Sat, 07 Apr 2012 22:27:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SGhq8-0005Y6-SH for submit@debbugs.gnu.org; Sat, 07 Apr 2012 22:26:54 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:50108) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SGhq8-0005Y2-Op for submit@debbugs.gnu.org; Sat, 07 Apr 2012 22:26:52 -0400 Received: from eggs.gnu.org ([208.118.235.92]:32856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SGhq7-0006qu-0d for bug-gnu-emacs@gnu.org; Sat, 07 Apr 2012 22:26:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SGhq4-0005Xj-Ta for bug-gnu-emacs@gnu.org; Sat, 07 Apr 2012 22:26:50 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:63105) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SGhq4-0005XP-CP for bug-gnu-emacs@gnu.org; Sat, 07 Apr 2012 22:26:48 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 7190BC0564 for ; Sun, 8 Apr 2012 11:26:41 +0900 (JST) Date: Sun, 08 Apr 2012 11:26:41 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: bug-gnu-emacs@gnu.org Subject: 24.0.95; killing right-to-left text at eob leads to inconsistent state User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-detected-operating-system: by eggs.gnu.org: NetBSD 3.0 (DF) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Steps to reproduce: 1. emacs -Q 2. type the following text in the *scratch* buffer: (progn (delete-region (point) (point-max)) (insert (substring (get-language-info "Hebrew" 'sample-text) 7))) 3. move the cursor to the beginning of the next line of the above text. 4. C-x C-e 5. C-a 6. C-k Result: The Hebrew text is still shown, though it is internally killed. Typing C-p after the last step does not move the cursor. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /home/mituharu/src/bzr/emacs/trunk/etc/DEBUG. In GNU Emacs 24.0.95.1 (i686-pc-linux-gnu, GTK+ Version 2.24.6) of 2012-04-07 on mituharu-MacBookAir Windowing system distributor `The X.Org Foundation', version 11.0.11004000 Configured using: `configure '--enable-checking' 'CFLAGS=-g'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: ja_JP.UTF-8 value of $LC_CTYPE: ja_JP.UTF-8 value of $LC_MESSAGES: ja_JP.UTF-8 value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ja_JP.UTF-8 value of $XMODIFIERS: @im=ibus locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 03:36:20 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 07:36:20 +0000 Received: from localhost ([127.0.0.1]:44419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGmfc-0002U7-BN for submit@debbugs.gnu.org; Sun, 08 Apr 2012 03:36:20 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:64843) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGmfY-0002Ty-VB for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 03:36:18 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2500G00GZFS400@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 10:35:26 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2500FAMH31E8N0@a-mtaout22.012.net.il>; Sun, 08 Apr 2012 10:35:26 +0300 (IDT) Date: Sun, 08 Apr 2012 10:33:28 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: X-012-Sender: halo1@inter.net.il To: YAMAMOTO Mitsuharu Message-id: <83bon2ad9z.fsf@gnu.org> References: X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 08 Apr 2012 11:26:41 +0900 > From: YAMAMOTO Mitsuharu > > Steps to reproduce: > > 1. emacs -Q > 2. type the following text in the *scratch* buffer: > > (progn > (delete-region (point) (point-max)) > (insert (substring (get-language-info "Hebrew" 'sample-text) 7))) > > 3. move the cursor to the beginning of the next line of the above text. > 4. C-x C-e > 5. C-a > 6. C-k > > Result: > > The Hebrew text is still shown, though it is internally killed. > Typing C-p after the last step does not move the cursor. I cannot reproduce this with today's bzr, neither in the emacs-24 release branch nor with the trunk version. I cannot run a GUI session with a GTK build on GNU/Linux where I'm typing this, but I tried GUI and TTY sessions on MS-Windows and a TTY session on GNU/Linux, and they all work correctly: the Hebrew text is killed and C-p works as expected. (Btw, did you mean C-p or C-n?) Can you try reproducing this in a clean build, or on another system? Also, what happens on the system where you see the problem, if you switch to another buffer and then back to *scratch*, so that it is completely redrawn? does the killed text re-appear or not? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 14:29:03 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 18:29:03 +0000 Received: from localhost ([127.0.0.1]:44920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGwrF-0003UJ-Sy for submit@debbugs.gnu.org; Sun, 08 Apr 2012 14:29:02 -0400 Received: from md5i.com ([75.151.244.229]:45906 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGwrC-0003UA-T6 for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 14:29:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=GrONLa4I6zrrlovBnpMvWLS1q8Ydbu7nfFuX4EJoA9A=; b=rRb9wFESeoTj/gRwtufo5v4BXflw+/ZtW0wL4jqbW4tllVnm6lnxmwe4VFBNgVvzLXIdGW3iophplbaJv8quEi73Os1xZ5RmXHjHAbgXs/dDknTUWVcqMfC7QVsVnd3t; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGwqJ-0000Nh-NX; Sun, 08 Apr 2012 14:28:03 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> Date: Sun, 08 Apr 2012 14:28:03 -0400 In-Reply-To: <83bon2ad9z.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 10:33:28 +0300") Message-ID: <8762dacc3w.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, YAMAMOTO Mitsuharu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> Date: Sun, 08 Apr 2012 11:26:41 +0900 >> From: YAMAMOTO Mitsuharu >> >> Steps to reproduce: >> >> 1. emacs -Q >> 2. type the following text in the *scratch* buffer: >> >> (progn >> (delete-region (point) (point-max)) >> (insert (substring (get-language-info "Hebrew" 'sample-text) 7))) >> >> 3. move the cursor to the beginning of the next line of the above text. >> 4. C-x C-e >> 5. C-a >> 6. C-k >> >> Result: >> >> The Hebrew text is still shown, though it is internally killed. >> Typing C-p after the last step does not move the cursor. > > I cannot reproduce this with today's bzr, neither in the emacs-24 > release branch nor with the trunk version. I cannot run a GUI session > with a GTK build on GNU/Linux where I'm typing this, but I tried GUI > and TTY sessions on MS-Windows and a TTY session on GNU/Linux, and > they all work correctly: the Hebrew text is killed and C-p works as > expected. (Btw, did you mean C-p or C-n?) > > Can you try reproducing this in a clean build, or on another system? > > Also, what happens on the system where you see the problem, if you > switch to another buffer and then back to *scratch*, so that it is > completely redrawn? does the killed text re-appear or not? > > Thanks. I have assertions turned on and get an assertion failure. My setup is as follows: In GNU Emacs 24.1.50.1 (i686-pc-linux-gnu, X toolkit) of 2012-04-08 on maru Bzr revision: 107799 eliz@gnu.org-20120408170903-4aew3wl3022qvr3e Windowing system distributor `The X.Org Foundation', version 11.0.11104000 Configured using: `configure '--without-gconf' '--without-gsettings' '--without-toolkit-scroll-bars' '--with-x-toolkit=lucid' 'CFLAGS=-O0 -ggdb' '--enable-asserts' '--with-wide-int'' Build is from today's trunk. Here is the backtrace: #0 abort () at emacs.c:390 #1 0x080779e7 in init_iterator (it=0xbfffa878, w=0x88e30d0, charpos=308, bytepos=311, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2507 #2 0x080794bb in init_from_display_pos (it=0xbfffa878, w=0x88e30d0, pos=0x8dccc58) at xdisp.c:2951 #3 0x08079810 in init_to_row_end (it=0xbfffa878, w=0x88e30d0, row=0x8dccbf0) at xdisp.c:3054 #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 #5 0x080a11fc in redisplay_window (window=-6917529027497545520, just_this_one_p=1) at xdisp.c:15463 #6 0x0809a6e8 in redisplay_window_1 (window=-6917529027497545520) at xdisp.c:13645 #7 0x0828b89f in internal_condition_case_1 ( bfun=0x809a6a2 , arg=-6917529027497545520, handlers=-4611686018286052816, hfun=0x809a619 ) at eval.c:1553 #8 0x080996ee in redisplay_internal () at xdisp.c:13270 #9 0x08096754 in redisplay () at xdisp.c:12417 #10 0x081c9d36 in read_char (commandflag=1, nmaps=2, maps=0xbfffed60, prev_event=4611686018568752328, used_mouse_menu=0xbfffeeac, end_time=0x0) at keyboard.c:2448 #11 0x081dad15 in read_key_sequence (keybuf=0xbffff0f8, bufsize=30, prompt=4611686018568752328, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9328 #12 0x081c6c32 in command_loop_1 () at keyboard.c:1449 #13 0x0828b710 in internal_condition_case (bfun=0x81c667f , handlers=4611686018568799048, hfun=0x81c5c48 ) at eval.c:1515 #14 0x081c6255 in command_loop_2 (ignore=4611686018568752328) at keyboard.c:1160 #15 0x0828af33 in internal_catch (tag=4611686018568792336, func=0x81c621a , arg=4611686018568752328) at eval.c:1272 #16 0x081c61e0 in command_loop () at keyboard.c:1139 #17 0x081c56eb in recursive_edit_1 () at keyboard.c:759 #18 0x081c590f in Frecursive_edit () at keyboard.c:823 #19 0x081c34c1 in main (argc=2, argv=0xbffff964) at emacs.c:1711 -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 14:34:25 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 18:34:25 +0000 Received: from localhost ([127.0.0.1]:44924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGwwS-0003cN-HX for submit@debbugs.gnu.org; Sun, 08 Apr 2012 14:34:24 -0400 Received: from md5i.com ([75.151.244.229]:45917 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGwwQ-0003cG-NO for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 14:34:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=VjkBdN7f7fYmWNhdHEIJihvjnbg4pNbS675JI3KRGfw=; b=cShY2cYQnbK4bZywKm4V/24wrdTGWCVvsKO1Nw7NtKH2tbxDtes+o1x/Rz50w9uzDzyngbG/N3BDEvdTpJTEDCPRZJlxVBjCGNGExBx1XVqemdm6qLR+4gtvmu/nMSCu; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGwvZ-0000ZJ-Fu; Sun, 08 Apr 2012 14:33:29 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> Date: Sun, 08 Apr 2012 14:33:29 -0400 In-Reply-To: <8762dacc3w.fsf@maru.md5i.com> (Michael Welsh Duggan's message of "Sun, 08 Apr 2012 14:28:03 -0400") Message-ID: <871unycbuu.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, YAMAMOTO Mitsuharu X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) I should have mentioned the following. At the point of the assertion: (gdb) p current_buffer->zv $3 = 305 (gdb) p charpos $4 = 308 -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:06:04 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:06:04 +0000 Received: from localhost ([127.0.0.1]:44970 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyNA-0005gw-Ed for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:06:04 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:58541) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyN6-0005gU-EN for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:06:02 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M2600J00EN1EW00@a-mtaout23.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 23:05:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600JY2FSFAYB0@a-mtaout23.012.net.il>; Sun, 08 Apr 2012 23:05:04 +0300 (IDT) Date: Sun, 08 Apr 2012 23:03:07 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <8762dacc3w.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <831uny9ekk.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: YAMAMOTO Mitsuharu , 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 14:28:03 -0400 > > Eli Zaretskii writes: > > >> Date: Sun, 08 Apr 2012 11:26:41 +0900 > >> From: YAMAMOTO Mitsuharu > >> > >> Steps to reproduce: > >> > >> 1. emacs -Q > >> 2. type the following text in the *scratch* buffer: > >> > >> (progn > >> (delete-region (point) (point-max)) > >> (insert (substring (get-language-info "Hebrew" 'sample-text) 7))) > >> > >> 3. move the cursor to the beginning of the next line of the above text. > >> 4. C-x C-e > >> 5. C-a > >> 6. C-k > >> > >> Result: > >> > >> The Hebrew text is still shown, though it is internally killed. > >> Typing C-p after the last step does not move the cursor. > > > > I cannot reproduce this with today's bzr, neither in the emacs-24 > > release branch nor with the trunk version. I cannot run a GUI session > > with a GTK build on GNU/Linux where I'm typing this, but I tried GUI > > and TTY sessions on MS-Windows and a TTY session on GNU/Linux, and > > they all work correctly: the Hebrew text is killed and C-p works as > > expected. (Btw, did you mean C-p or C-n?) > > > > Can you try reproducing this in a clean build, or on another system? > > > > Also, what happens on the system where you see the problem, if you > > switch to another buffer and then back to *scratch*, so that it is > > completely redrawn? does the killed text re-appear or not? > > > > Thanks. > > I have assertions turned on and get an assertion failure. My setup is > as follows: With the above recipe? Or with something different? I have assertions turned on all the time, and I still cannot reproduce this. Maybe I don't understand the recipe; can you describe exactly where and how you type the Lisp code, and where you put the cursor before "C-x C-e"? In any case, please go to this frame: #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 and type: (gdb) pgrowx last_unchanged_at_beg_row (gdb) prowlims last_unchanged_at_beg_row then post here everything printed by GDB. (These commands are available only if you start GDB from the src directory; if not, type "source /path/to/emacs/src/.gdbinit" before them.) TIA From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:15:57 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:15:57 +0000 Received: from localhost ([127.0.0.1]:44975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyWj-0005uF-Gd for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:15:57 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:55392) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyWh-0005u7-J7 for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:15:56 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2600N00G7B2V00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 23:15:00 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600MO5G8Z16Q0@a-mtaout22.012.net.il>; Sun, 08 Apr 2012 23:15:00 +0300 (IDT) Date: Sun, 08 Apr 2012 23:13:03 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <831uny9ekk.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: md5i@md5i.com Message-id: <83zkam7zjk.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 08 Apr 2012 23:03:07 +0300 > From: Eli Zaretskii > Cc: 11199@debbugs.gnu.org > > > I have assertions turned on and get an assertion failure. My setup is > > as follows: > > With the above recipe? Or with something different? Also, when exactly does the assertion failure occur? when you type the final C-k or earlier? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:17:29 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:17:29 +0000 Received: from localhost ([127.0.0.1]:44979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyYC-0005wp-RP for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:17:29 -0400 Received: from md5i.com ([75.151.244.229]:46411 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyY9-0005wb-Jd for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:17:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=gprRYPmH9apaXwlxmXulFCOe3jU8p/xCy3EQ0oj1VZU=; b=Xeo3UT6aAzERic700b3wzkWApxJ3GHSIVUsPKcHLMELBKFoCCMvbMMyYxt92Qd5U6TEV62L0qvlfVvI5VcA/wv+z66P+Y3KTqaB5DLuS+xCnQ4UoNmr0/2yNGicei/Jo; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGyXF-00042r-UD; Sun, 08 Apr 2012 16:16:30 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> Date: Sun, 08 Apr 2012 16:16:29 -0400 In-Reply-To: <831uny9ekk.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 23:03:07 +0300") Message-ID: <87ty0uasiq.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: YAMAMOTO Mitsuharu , 11199@debbugs.gnu.org >> Date: Sun, 08 Apr 2012 14:28:03 -0400 >> >> Eli Zaretskii writes: >> >> >> Date: Sun, 08 Apr 2012 11:26:41 +0900 >> >> From: YAMAMOTO Mitsuharu >> >> >> >> Steps to reproduce: >> >> >> >> 1. emacs -Q >> >> 2. type the following text in the *scratch* buffer: >> >> >> >> (progn >> >> (delete-region (point) (point-max)) >> >> (insert (substring (get-language-info "Hebrew" 'sample-text) 7))) >> >> >> >> 3. move the cursor to the beginning of the next line of the above text. >> >> 4. C-x C-e >> >> 5. C-a >> >> 6. C-k >> >> >> >> Result: >> >> >> >> The Hebrew text is still shown, though it is internally killed. >> >> Typing C-p after the last step does not move the cursor. [...] >> I have assertions turned on and get an assertion failure. My setup is >> as follows: > > With the above recipe? Or with something different? With exactly the above recipe. > I have assertions turned on all the time, and I still cannot reproduce > this. Maybe I don't understand the recipe; can you describe exactly > where and how you type the Lisp code, and where you put the cursor > before "C-x C-e"? I typed in the list expression directly into the *scratch* buffer, then hit RET in order to get to the beginning of the next line. (This is how I interpreted step 3 above.) So, at the time I type C-x C-e, I am at the beginning of the line below the line containing the word "insert". > In any case, please go to this frame: > > #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 > > and type: > > (gdb) pgrowx last_unchanged_at_beg_row > (gdb) prowlims last_unchanged_at_beg_row (gdb) up #2 0x080794bb in init_from_display_pos (it=0xbfffa878, w=0x88e30d0, pos=0x8d6e6a8) at xdisp.c:2951 (gdb) up #3 0x08079810 in init_to_row_end (it=0xbfffa878, w=0x88e30d0, row=0x8d6e640) at xdisp.c:3054 (gdb) up #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 (gdb) pgrowx last_unchanged_at_beg_row TEXT: 68 glyphs 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB 1 8: CHAR[ ] pos=238 blev=0,btyp=L w=8 a+d=12+3 MB 2 16: CHAR[(] pos=239 blev=0,btyp=L w=8 a+d=12+3 MB 3 24: CHAR[i] pos=240 blev=0,btyp=L w=8 a+d=12+3 MB 4 32: CHAR[n] pos=241 blev=0,btyp=L w=8 a+d=12+3 MB 5 40: CHAR[s] pos=242 blev=0,btyp=L w=8 a+d=12+3 MB 6 48: CHAR[e] pos=243 blev=0,btyp=L w=8 a+d=12+3 MB 7 56: CHAR[r] pos=244 blev=0,btyp=L w=8 a+d=12+3 MB 8 64: CHAR[t] pos=245 blev=0,btyp=L w=8 a+d=12+3 MB 9 72: CHAR[ ] pos=246 blev=0,btyp=L w=8 a+d=12+3 MB 10 80: CHAR[(] pos=247 blev=0,btyp=L w=8 a+d=12+3 MB 11 88: CHAR[s] pos=248 blev=0,btyp=L w=8 a+d=12+3 MB 12 96: CHAR[u] pos=249 blev=0,btyp=L w=8 a+d=12+3 MB 13 104: CHAR[b] pos=250 blev=0,btyp=L w=8 a+d=12+3 MB 14 112: CHAR[s] pos=251 blev=0,btyp=L w=8 a+d=12+3 MB 15 120: CHAR[t] pos=252 blev=0,btyp=L w=8 a+d=12+3 MB 16 128: CHAR[r] pos=253 blev=0,btyp=L w=8 a+d=12+3 MB 17 136: CHAR[i] pos=254 blev=0,btyp=L w=8 a+d=12+3 MB 18 144: CHAR[n] pos=255 blev=0,btyp=L w=8 a+d=12+3 MB 19 152: CHAR[g] pos=256 blev=0,btyp=L w=8 a+d=12+3 MB 20 160: CHAR[ ] pos=257 blev=0,btyp=L w=8 a+d=12+3 MB 21 168: CHAR[(] pos=258 blev=0,btyp=L w=8 a+d=12+3 MB 22 176: CHAR[g] pos=259 blev=0,btyp=L w=8 a+d=12+3 MB 23 184: CHAR[e] pos=260 blev=0,btyp=L w=8 a+d=12+3 MB 24 192: CHAR[t] pos=261 blev=0,btyp=L w=8 a+d=12+3 MB 25 200: CHAR[-] pos=262 blev=0,btyp=L w=8 a+d=12+3 MB 26 208: CHAR[l] pos=263 blev=0,btyp=L w=8 a+d=12+3 MB 27 216: CHAR[a] pos=264 blev=0,btyp=L w=8 a+d=12+3 MB 28 224: CHAR[n] pos=265 blev=0,btyp=L w=8 a+d=12+3 MB 29 232: CHAR[g] pos=266 blev=0,btyp=L w=8 a+d=12+3 MB 30 240: CHAR[u] pos=267 blev=0,btyp=L w=8 a+d=12+3 MB 31 248: CHAR[a] pos=268 blev=0,btyp=L w=8 a+d=12+3 MB 32 256: CHAR[g] pos=269 blev=0,btyp=L w=8 a+d=12+3 MB 33 264: CHAR[e] pos=270 blev=0,btyp=L w=8 a+d=12+3 MB 34 272: CHAR[-] pos=271 blev=0,btyp=L w=8 a+d=12+3 MB 35 280: CHAR[i] pos=272 blev=0,btyp=L w=8 a+d=12+3 MB 36 288: CHAR[n] pos=273 blev=0,btyp=L w=8 a+d=12+3 MB 37 296: CHAR[f] pos=274 blev=0,btyp=L w=8 a+d=12+3 MB 38 304: CHAR[o] pos=275 blev=0,btyp=L w=8 a+d=12+3 MB 39 312: CHAR[ ] pos=276 blev=0,btyp=L w=8 a+d=12+3 MB 40 320: CHAR["] pos=277 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 41 328: CHAR[H] pos=278 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 42 336: CHAR[e] pos=279 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 43 344: CHAR[b] pos=280 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 44 352: CHAR[r] pos=281 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 45 360: CHAR[e] pos=282 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 46 368: CHAR[w] pos=283 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 47 376: CHAR["] pos=284 blev=0,btyp=L w=8 a+d=12+3 face=15 MB 48 384: CHAR[ ] pos=285 blev=0,btyp=L w=8 a+d=12+3 MB 49 392: CHAR['] pos=286 blev=0,btyp=L w=8 a+d=12+3 MB 50 400: CHAR[s] pos=287 blev=0,btyp=L w=8 a+d=12+3 MB 51 408: CHAR[a] pos=288 blev=0,btyp=L w=8 a+d=12+3 MB 52 416: CHAR[m] pos=289 blev=0,btyp=L w=8 a+d=12+3 MB 53 424: CHAR[p] pos=290 blev=0,btyp=L w=8 a+d=12+3 MB 54 432: CHAR[l] pos=291 blev=0,btyp=L w=8 a+d=12+3 MB 55 440: CHAR[e] pos=292 blev=0,btyp=L w=8 a+d=12+3 MB 56 448: CHAR[-] pos=293 blev=0,btyp=L w=8 a+d=12+3 MB 57 456: CHAR[t] pos=294 blev=0,btyp=L w=8 a+d=12+3 MB 58 464: CHAR[e] pos=295 blev=0,btyp=L w=8 a+d=12+3 MB 59 472: CHAR[x] pos=296 blev=0,btyp=L w=8 a+d=12+3 MB 60 480: CHAR[t] pos=297 blev=0,btyp=L w=8 a+d=12+3 MB 61 488: CHAR[)] pos=298 blev=0,btyp=L w=8 a+d=12+3 MB 62 496: CHAR[ ] pos=299 blev=0,btyp=L w=8 a+d=12+3 MB 63 504: CHAR[7] pos=300 blev=0,btyp=L w=8 a+d=12+3 MB 64 512: CHAR[)] pos=301 blev=0,btyp=L w=8 a+d=12+3 MB 65 520: CHAR[)] pos=302 blev=0,btyp=L w=8 a+d=12+3 MB 66 528: CHAR[)] pos=303 blev=0,btyp=L w=8 a+d=12+3 MB 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB (gdb) prowlims last_unchanged_at_beg_row edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 (gdb) -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:20:03 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:20:04 +0000 Received: from localhost ([127.0.0.1]:44984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyah-00060i-OL for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:20:03 -0400 Received: from md5i.com ([75.151.244.229]:46419 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyaf-00060F-6T for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:20:01 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=nBRT9uvtkELvws0SVpkaINPJBfsCYbpM6X8hQp/qwYY=; b=rL7SxWUI/T37f8t7ntIhG/BvGz1j/DFjXs6mQwQYkGxzOFkX3QyY0iBbATUuJjhFxzBw1qYPBFIGyMzPQlpDZvQIh2wATUFg67rv4lNreGGA/znTLlCZjplb0hWmiO3z; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGyZp-00048M-7c; Sun, 08 Apr 2012 16:19:09 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <83zkam7zjk.fsf@gnu.org> Date: Sun, 08 Apr 2012 16:19:09 -0400 In-Reply-To: <83zkam7zjk.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 23:13:03 +0300") Message-ID: <87pqbiasea.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> Date: Sun, 08 Apr 2012 23:03:07 +0300 >> From: Eli Zaretskii >> Cc: 11199@debbugs.gnu.org >> >> > I have assertions turned on and get an assertion failure. My setup is >> > as follows: >> >> With the above recipe? Or with something different? > > Also, when exactly does the assertion failure occur? when you type the > final C-k or earlier? When I type the C-k. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:23:11 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:23:12 +0000 Received: from localhost ([127.0.0.1]:44988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGydj-000653-6U for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:23:11 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:59958) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGydh-00064u-2b for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:23:10 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M2600J00GEKHE00@a-mtaout23.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 23:22:16 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600JFFGL3D2A0@a-mtaout23.012.net.il>; Sun, 08 Apr 2012 23:22:16 +0300 (IDT) Date: Sun, 08 Apr 2012 23:20:18 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87ty0uasiq.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83y5q67z7h.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 16:16:29 -0400 > > (gdb) up > #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 > (gdb) pgrowx last_unchanged_at_beg_row > TEXT: 68 glyphs > 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB > 1 8: CHAR[ ] pos=238 blev=0,btyp=L w=8 a+d=12+3 MB > 2 16: CHAR[(] pos=239 blev=0,btyp=L w=8 a+d=12+3 MB > 3 24: CHAR[i] pos=240 blev=0,btyp=L w=8 a+d=12+3 MB > 4 32: CHAR[n] pos=241 blev=0,btyp=L w=8 a+d=12+3 MB > 5 40: CHAR[s] pos=242 blev=0,btyp=L w=8 a+d=12+3 MB > 6 48: CHAR[e] pos=243 blev=0,btyp=L w=8 a+d=12+3 MB > 7 56: CHAR[r] pos=244 blev=0,btyp=L w=8 a+d=12+3 MB > 8 64: CHAR[t] pos=245 blev=0,btyp=L w=8 a+d=12+3 MB > 9 72: CHAR[ ] pos=246 blev=0,btyp=L w=8 a+d=12+3 MB > 10 80: CHAR[(] pos=247 blev=0,btyp=L w=8 a+d=12+3 MB > 11 88: CHAR[s] pos=248 blev=0,btyp=L w=8 a+d=12+3 MB > 12 96: CHAR[u] pos=249 blev=0,btyp=L w=8 a+d=12+3 MB > 13 104: CHAR[b] pos=250 blev=0,btyp=L w=8 a+d=12+3 MB > 14 112: CHAR[s] pos=251 blev=0,btyp=L w=8 a+d=12+3 MB > 15 120: CHAR[t] pos=252 blev=0,btyp=L w=8 a+d=12+3 MB > 16 128: CHAR[r] pos=253 blev=0,btyp=L w=8 a+d=12+3 MB > 17 136: CHAR[i] pos=254 blev=0,btyp=L w=8 a+d=12+3 MB > 18 144: CHAR[n] pos=255 blev=0,btyp=L w=8 a+d=12+3 MB > 19 152: CHAR[g] pos=256 blev=0,btyp=L w=8 a+d=12+3 MB > 20 160: CHAR[ ] pos=257 blev=0,btyp=L w=8 a+d=12+3 MB > 21 168: CHAR[(] pos=258 blev=0,btyp=L w=8 a+d=12+3 MB > 22 176: CHAR[g] pos=259 blev=0,btyp=L w=8 a+d=12+3 MB > 23 184: CHAR[e] pos=260 blev=0,btyp=L w=8 a+d=12+3 MB > 24 192: CHAR[t] pos=261 blev=0,btyp=L w=8 a+d=12+3 MB > 25 200: CHAR[-] pos=262 blev=0,btyp=L w=8 a+d=12+3 MB > 26 208: CHAR[l] pos=263 blev=0,btyp=L w=8 a+d=12+3 MB > 27 216: CHAR[a] pos=264 blev=0,btyp=L w=8 a+d=12+3 MB > 28 224: CHAR[n] pos=265 blev=0,btyp=L w=8 a+d=12+3 MB > 29 232: CHAR[g] pos=266 blev=0,btyp=L w=8 a+d=12+3 MB > 30 240: CHAR[u] pos=267 blev=0,btyp=L w=8 a+d=12+3 MB > 31 248: CHAR[a] pos=268 blev=0,btyp=L w=8 a+d=12+3 MB > 32 256: CHAR[g] pos=269 blev=0,btyp=L w=8 a+d=12+3 MB > 33 264: CHAR[e] pos=270 blev=0,btyp=L w=8 a+d=12+3 MB > 34 272: CHAR[-] pos=271 blev=0,btyp=L w=8 a+d=12+3 MB > 35 280: CHAR[i] pos=272 blev=0,btyp=L w=8 a+d=12+3 MB > 36 288: CHAR[n] pos=273 blev=0,btyp=L w=8 a+d=12+3 MB > 37 296: CHAR[f] pos=274 blev=0,btyp=L w=8 a+d=12+3 MB > 38 304: CHAR[o] pos=275 blev=0,btyp=L w=8 a+d=12+3 MB > 39 312: CHAR[ ] pos=276 blev=0,btyp=L w=8 a+d=12+3 MB > 40 320: CHAR["] pos=277 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 41 328: CHAR[H] pos=278 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 42 336: CHAR[e] pos=279 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 43 344: CHAR[b] pos=280 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 44 352: CHAR[r] pos=281 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 45 360: CHAR[e] pos=282 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 46 368: CHAR[w] pos=283 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 47 376: CHAR["] pos=284 blev=0,btyp=L w=8 a+d=12+3 face=15 MB > 48 384: CHAR[ ] pos=285 blev=0,btyp=L w=8 a+d=12+3 MB > 49 392: CHAR['] pos=286 blev=0,btyp=L w=8 a+d=12+3 MB > 50 400: CHAR[s] pos=287 blev=0,btyp=L w=8 a+d=12+3 MB > 51 408: CHAR[a] pos=288 blev=0,btyp=L w=8 a+d=12+3 MB > 52 416: CHAR[m] pos=289 blev=0,btyp=L w=8 a+d=12+3 MB > 53 424: CHAR[p] pos=290 blev=0,btyp=L w=8 a+d=12+3 MB > 54 432: CHAR[l] pos=291 blev=0,btyp=L w=8 a+d=12+3 MB > 55 440: CHAR[e] pos=292 blev=0,btyp=L w=8 a+d=12+3 MB > 56 448: CHAR[-] pos=293 blev=0,btyp=L w=8 a+d=12+3 MB > 57 456: CHAR[t] pos=294 blev=0,btyp=L w=8 a+d=12+3 MB > 58 464: CHAR[e] pos=295 blev=0,btyp=L w=8 a+d=12+3 MB > 59 472: CHAR[x] pos=296 blev=0,btyp=L w=8 a+d=12+3 MB > 60 480: CHAR[t] pos=297 blev=0,btyp=L w=8 a+d=12+3 MB > 61 488: CHAR[)] pos=298 blev=0,btyp=L w=8 a+d=12+3 MB > 62 496: CHAR[ ] pos=299 blev=0,btyp=L w=8 a+d=12+3 MB > 63 504: CHAR[7] pos=300 blev=0,btyp=L w=8 a+d=12+3 MB > 64 512: CHAR[)] pos=301 blev=0,btyp=L w=8 a+d=12+3 MB > 65 520: CHAR[)] pos=302 blev=0,btyp=L w=8 a+d=12+3 MB > 66 528: CHAR[)] pos=303 blev=0,btyp=L w=8 a+d=12+3 MB > 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB > (gdb) prowlims last_unchanged_at_beg_row > edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > (gdb) And what does the following produce in this frame? (gdb) p row->end From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:26:43 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:26:43 +0000 Received: from localhost ([127.0.0.1]:44992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyh9-00069l-6V for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:26:43 -0400 Received: from md5i.com ([75.151.244.229]:46462 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyh6-00069d-Mj for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:26:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=5vets5tYQj95b/0i+t7YiDk0gkUak9KdryCtJJ2EAY4=; b=YvckIT79gQCbVCbcZoLqsNwVZLoj/o60ztXlQIpLLAOsblqiND9vi9U8tEDGQnRVVarhKqtf4pnTIKXbot1LYK6u7w00RP1WWUqezfTYDIsf64YDBNsBCU2knUiZbjv9; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGygE-0004M9-Ew; Sun, 08 Apr 2012 16:25:46 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> Date: Sun, 08 Apr 2012 16:25:46 -0400 In-Reply-To: <83y5q67z7h.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 23:20:18 +0300") Message-ID: <87lim6as39.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org >> Date: Sun, 08 Apr 2012 16:16:29 -0400 >> >> (gdb) up >> #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 >> (gdb) pgrowx last_unchanged_at_beg_row >> TEXT: 68 glyphs >> 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB >> 1 8: CHAR[ ] pos=238 blev=0,btyp=L w=8 a+d=12+3 MB >> 2 16: CHAR[(] pos=239 blev=0,btyp=L w=8 a+d=12+3 MB >> 3 24: CHAR[i] pos=240 blev=0,btyp=L w=8 a+d=12+3 MB >> 4 32: CHAR[n] pos=241 blev=0,btyp=L w=8 a+d=12+3 MB >> 5 40: CHAR[s] pos=242 blev=0,btyp=L w=8 a+d=12+3 MB >> 6 48: CHAR[e] pos=243 blev=0,btyp=L w=8 a+d=12+3 MB >> 7 56: CHAR[r] pos=244 blev=0,btyp=L w=8 a+d=12+3 MB >> 8 64: CHAR[t] pos=245 blev=0,btyp=L w=8 a+d=12+3 MB >> 9 72: CHAR[ ] pos=246 blev=0,btyp=L w=8 a+d=12+3 MB >> 10 80: CHAR[(] pos=247 blev=0,btyp=L w=8 a+d=12+3 MB >> 11 88: CHAR[s] pos=248 blev=0,btyp=L w=8 a+d=12+3 MB >> 12 96: CHAR[u] pos=249 blev=0,btyp=L w=8 a+d=12+3 MB >> 13 104: CHAR[b] pos=250 blev=0,btyp=L w=8 a+d=12+3 MB >> 14 112: CHAR[s] pos=251 blev=0,btyp=L w=8 a+d=12+3 MB >> 15 120: CHAR[t] pos=252 blev=0,btyp=L w=8 a+d=12+3 MB >> 16 128: CHAR[r] pos=253 blev=0,btyp=L w=8 a+d=12+3 MB >> 17 136: CHAR[i] pos=254 blev=0,btyp=L w=8 a+d=12+3 MB >> 18 144: CHAR[n] pos=255 blev=0,btyp=L w=8 a+d=12+3 MB >> 19 152: CHAR[g] pos=256 blev=0,btyp=L w=8 a+d=12+3 MB >> 20 160: CHAR[ ] pos=257 blev=0,btyp=L w=8 a+d=12+3 MB >> 21 168: CHAR[(] pos=258 blev=0,btyp=L w=8 a+d=12+3 MB >> 22 176: CHAR[g] pos=259 blev=0,btyp=L w=8 a+d=12+3 MB >> 23 184: CHAR[e] pos=260 blev=0,btyp=L w=8 a+d=12+3 MB >> 24 192: CHAR[t] pos=261 blev=0,btyp=L w=8 a+d=12+3 MB >> 25 200: CHAR[-] pos=262 blev=0,btyp=L w=8 a+d=12+3 MB >> 26 208: CHAR[l] pos=263 blev=0,btyp=L w=8 a+d=12+3 MB >> 27 216: CHAR[a] pos=264 blev=0,btyp=L w=8 a+d=12+3 MB >> 28 224: CHAR[n] pos=265 blev=0,btyp=L w=8 a+d=12+3 MB >> 29 232: CHAR[g] pos=266 blev=0,btyp=L w=8 a+d=12+3 MB >> 30 240: CHAR[u] pos=267 blev=0,btyp=L w=8 a+d=12+3 MB >> 31 248: CHAR[a] pos=268 blev=0,btyp=L w=8 a+d=12+3 MB >> 32 256: CHAR[g] pos=269 blev=0,btyp=L w=8 a+d=12+3 MB >> 33 264: CHAR[e] pos=270 blev=0,btyp=L w=8 a+d=12+3 MB >> 34 272: CHAR[-] pos=271 blev=0,btyp=L w=8 a+d=12+3 MB >> 35 280: CHAR[i] pos=272 blev=0,btyp=L w=8 a+d=12+3 MB >> 36 288: CHAR[n] pos=273 blev=0,btyp=L w=8 a+d=12+3 MB >> 37 296: CHAR[f] pos=274 blev=0,btyp=L w=8 a+d=12+3 MB >> 38 304: CHAR[o] pos=275 blev=0,btyp=L w=8 a+d=12+3 MB >> 39 312: CHAR[ ] pos=276 blev=0,btyp=L w=8 a+d=12+3 MB >> 40 320: CHAR["] pos=277 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 41 328: CHAR[H] pos=278 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 42 336: CHAR[e] pos=279 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 43 344: CHAR[b] pos=280 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 44 352: CHAR[r] pos=281 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 45 360: CHAR[e] pos=282 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 46 368: CHAR[w] pos=283 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 47 376: CHAR["] pos=284 blev=0,btyp=L w=8 a+d=12+3 face=15 MB >> 48 384: CHAR[ ] pos=285 blev=0,btyp=L w=8 a+d=12+3 MB >> 49 392: CHAR['] pos=286 blev=0,btyp=L w=8 a+d=12+3 MB >> 50 400: CHAR[s] pos=287 blev=0,btyp=L w=8 a+d=12+3 MB >> 51 408: CHAR[a] pos=288 blev=0,btyp=L w=8 a+d=12+3 MB >> 52 416: CHAR[m] pos=289 blev=0,btyp=L w=8 a+d=12+3 MB >> 53 424: CHAR[p] pos=290 blev=0,btyp=L w=8 a+d=12+3 MB >> 54 432: CHAR[l] pos=291 blev=0,btyp=L w=8 a+d=12+3 MB >> 55 440: CHAR[e] pos=292 blev=0,btyp=L w=8 a+d=12+3 MB >> 56 448: CHAR[-] pos=293 blev=0,btyp=L w=8 a+d=12+3 MB >> 57 456: CHAR[t] pos=294 blev=0,btyp=L w=8 a+d=12+3 MB >> 58 464: CHAR[e] pos=295 blev=0,btyp=L w=8 a+d=12+3 MB >> 59 472: CHAR[x] pos=296 blev=0,btyp=L w=8 a+d=12+3 MB >> 60 480: CHAR[t] pos=297 blev=0,btyp=L w=8 a+d=12+3 MB >> 61 488: CHAR[)] pos=298 blev=0,btyp=L w=8 a+d=12+3 MB >> 62 496: CHAR[ ] pos=299 blev=0,btyp=L w=8 a+d=12+3 MB >> 63 504: CHAR[7] pos=300 blev=0,btyp=L w=8 a+d=12+3 MB >> 64 512: CHAR[)] pos=301 blev=0,btyp=L w=8 a+d=12+3 MB >> 65 520: CHAR[)] pos=302 blev=0,btyp=L w=8 a+d=12+3 MB >> 66 528: CHAR[)] pos=303 blev=0,btyp=L w=8 a+d=12+3 MB >> 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB >> (gdb) prowlims last_unchanged_at_beg_row >> edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 >> (gdb) > > And what does the following produce in this frame? > > (gdb) p row->end (gdb) p row->end $8 = { pos = { charpos = 309, bytepos = 313 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:40:19 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:40:19 +0000 Received: from localhost ([127.0.0.1]:44997 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyuI-0006W2-Pt for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:40:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:61041) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGyuF-0006Vt-Qk for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:40:17 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2600000HBM3B00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 23:39:19 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600MNOHDI16U0@a-mtaout22.012.net.il>; Sun, 08 Apr 2012 23:39:19 +0300 (IDT) Date: Sun, 08 Apr 2012 23:37:22 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87lim6as39.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83wr5q7yf1.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 16:25:46 -0400 > > >> (gdb) pgrowx last_unchanged_at_beg_row > >> TEXT: 68 glyphs > >> 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB > >> ... > >> 66 528: CHAR[)] pos=303 blev=0,btyp=L w=8 a+d=12+3 MB > >> 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB > >> (gdb) prowlims last_unchanged_at_beg_row > >> edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > >> (gdb) > > > > And what does the following produce in this frame? > > > > (gdb) p row->end > > (gdb) p row->end > $8 = { > pos = { > charpos = 309, > bytepos = 313 > }, That's the problem: the end position does not correspond to the actual buffer positions of the characters in the glyph row (which are 237 to 303). But how could that happen?.. And why doesn't it happen to me? I cannot even make init_to_row_end be called when I type C-k. Btw, if you set bidi-display-reordering nil in *scratch* before typing the recipe, does the crash still happen? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:50:13 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:50:13 +0000 Received: from localhost ([127.0.0.1]:45005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGz3s-0006jt-P4 for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:50:13 -0400 Received: from md5i.com ([75.151.244.229]:46492 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGz3q-0006jl-4d for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:50:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=kpAbMOfodQuiqiJS6Uc5gaOZKrtE8fd7eiq64rHiFTE=; b=qy0mbXvOuor4z8HAtSK4HPmc04/WhmIisCg58P4c8lFBuKH6LNCqKZP+ZXHYoVcLVa22Za1v1DkWA78PlHpPJDyHK3BtvqvEjugjmnED0QyhSOZYhbzwnjuC/BOswtmM; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGz2x-00056j-85; Sun, 08 Apr 2012 16:49:15 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> Date: Sun, 08 Apr 2012 16:49:14 -0400 In-Reply-To: <83wr5q7yf1.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 23:37:22 +0300") Message-ID: <87hawuar05.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org >> Date: Sun, 08 Apr 2012 16:25:46 -0400 >> >> >> (gdb) pgrowx last_unchanged_at_beg_row >> >> TEXT: 68 glyphs >> >> 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB >> >> ... >> >> 66 528: CHAR[)] pos=303 blev=0,btyp=L w=8 a+d=12+3 MB >> >> 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB >> >> (gdb) prowlims last_unchanged_at_beg_row >> >> edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 >> >> (gdb) >> > >> > And what does the following produce in this frame? >> > >> > (gdb) p row->end >> >> (gdb) p row->end >> $8 = { >> pos = { >> charpos = 309, >> bytepos = 313 >> }, > > That's the problem: the end position does not correspond to the actual > buffer positions of the characters in the glyph row (which are 237 to > 303). But how could that happen?.. And why doesn't it happen to me? > I cannot even make init_to_row_end be called when I type C-k. > > Btw, if you set bidi-display-reordering nil in *scratch* before typing > the recipe, does the crash still happen? It does not. If you need me to poke around just point me in the right direction. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 16:51:06 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 20:51:06 +0000 Received: from localhost ([127.0.0.1]:45009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGz4k-0006lL-6E for submit@debbugs.gnu.org; Sun, 08 Apr 2012 16:51:06 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:63563) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGz4h-0006l0-HC for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 16:51:04 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2600000HPI4F00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 23:50:10 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600MMOHVL4LR0@a-mtaout22.012.net.il>; Sun, 08 Apr 2012 23:50:10 +0300 (IDT) Date: Sun, 08 Apr 2012 23:48:13 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <83wr5q7yf1.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: md5i@md5i.com, 11199@debbugs.gnu.org Message-id: <83vcla7xwy.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 08 Apr 2012 23:37:22 +0300 > From: Eli Zaretskii > Cc: 11199@debbugs.gnu.org > > > (gdb) p row->end > > $8 = { > > pos = { > > charpos = 309, > > bytepos = 313 > > }, Btw, if row->end is at character position 309, how come in this frame: #1 0x080779e7 in init_iterator (it=0xbfffa878, w=0x88e30d0, charpos=308, bytepos=311, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2507 init_iterator is called with character position 308? What is `pos' in this frame #2: #2 0x080794bb in init_from_display_pos (it=0xbfffa878, w=0x88e30d0, pos=0x8dccc58) at xdisp.c:2951 That is, (gdb) frame 2 (gdb) p *pos From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 17:02:27 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 21:02:27 +0000 Received: from localhost ([127.0.0.1]:45014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzFi-00071V-B9 for submit@debbugs.gnu.org; Sun, 08 Apr 2012 17:02:27 -0400 Received: from md5i.com ([75.151.244.229]:46516 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzFf-00071O-P1 for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 17:02:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=IXGBCGVdP8PuA8/gdGseKH2pGmmAEmHbkRZimtj2MSQ=; b=B6ZRi3vanY1z38Y+qB1s0aDG+gkfy2LAA1q0S9WBuuTKI4HjOWhvJjykAZ3OPVgUl6UmlIJovkhtXRBQpOQOfdGKOgS5PLnUcqeQbZoMiRzrEvgsQfJiH8IOse/JmyKf; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGzEp-0005WN-D8; Sun, 08 Apr 2012 17:01:31 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <83vcla7xwy.fsf@gnu.org> Date: Sun, 08 Apr 2012 17:01:31 -0400 In-Reply-To: <83vcla7xwy.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Apr 2012 23:48:13 +0300") Message-ID: <87d37iaqfo.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> Date: Sun, 08 Apr 2012 23:37:22 +0300 >> From: Eli Zaretskii >> Cc: 11199@debbugs.gnu.org >> >> > (gdb) p row->end >> > $8 = { >> > pos = { >> > charpos = 309, >> > bytepos = 313 >> > }, > > Btw, if row->end is at character position 309, how come in this frame: > > #1 0x080779e7 in init_iterator (it=0xbfffa878, w=0x88e30d0, charpos=308, > bytepos=311, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2507 > > init_iterator is called with character position 308? What is `pos' in > this frame #2: > > #2 0x080794bb in init_from_display_pos (it=0xbfffa878, w=0x88e30d0, > pos=0x8dccc58) at xdisp.c:2951 > > That is, > > (gdb) frame 2 > (gdb) p *pos I had to recreate the error, so to make sure the numbers were consistent, I re-printed out these positions from different frames: Breakpoint 1, abort () at emacs.c:390 (gdb) up #1 0x080779e7 in init_iterator (it=0xbfffa878, w=0x88e30d0, charpos=308, bytepos=311, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2507 (gdb) up #2 0x080794bb in init_from_display_pos (it=0xbfffa878, w=0x88e30d0, pos=0x8d60df0) at xdisp.c:2951 (gdb) p *pos $9 = { pos = { charpos = 308, bytepos = 311 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) up #3 0x08079810 in init_to_row_end (it=0xbfffa878, w=0x88e30d0, row=0x8d60d88) at xdisp.c:3054 (gdb) p row->end $10 = { pos = { charpos = 308, bytepos = 311 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) up #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 (gdb) p row->end $11 = { pos = { charpos = 309, bytepos = 313 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 17:10:38 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 21:10:38 +0000 Received: from localhost ([127.0.0.1]:45021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzNd-0007CH-22 for submit@debbugs.gnu.org; Sun, 08 Apr 2012 17:10:37 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:63903) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzNa-0007C8-0w for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 17:10:35 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M2600J00I1MJQ00@a-mtaout23.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 00:09:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600J66IS2HBA0@a-mtaout23.012.net.il>; Mon, 09 Apr 2012 00:09:39 +0300 (IDT) Date: Mon, 09 Apr 2012 00:07:42 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87hawuar05.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83ty0u7x0h.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <87hawuar05.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 16:49:14 -0400 > > > Btw, if you set bidi-display-reordering nil in *scratch* before typing > > the recipe, does the crash still happen? > > It does not. If you need me to poke around just point me in the right > direction. Well, it would help if you could find out how does row->end get out of sync with row->maxpos, for this specific row. Both end and maxpos are set near the end of display_line, around line 19480 of xdisp.c. They are identical when bidi-display-reordering is turned off, but different when it's on (because maxpos-1 gives the largest buffer position of the characters in the row, while end-1 gives the buffer position of the rightmost character on display). In this case, it looks like row->end came from a totally different screen line, the one that was killed by C-k. I wonder how could that happen and which code is responsible. Perhaps some code tries to reuse existing rows, and goofs. One way to find out is to step through the code in display_line that computes row->end and row->maxpos for the offending line, the one that starts with " (insert", and then put a hardware watchpoint on the 'end' field of that glyph_row structure, and see when it triggers. TIA From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 17:13:10 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 21:13:10 +0000 Received: from localhost ([127.0.0.1]:45025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzQ6-0007G8-7w for submit@debbugs.gnu.org; Sun, 08 Apr 2012 17:13:10 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:37224) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzQ4-0007G0-Ab for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 17:13:09 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M2600M00IQ6VO00@a-mtaout21.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 00:12:10 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2600MSZIW9VD10@a-mtaout21.012.net.il>; Mon, 09 Apr 2012 00:12:10 +0300 (IDT) Date: Mon, 09 Apr 2012 00:10:14 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87d37iaqfo.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83sjge7ww9.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <83vcla7xwy.fsf@gnu.org> <87d37iaqfo.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 17:01:31 -0400 > > (gdb) up > #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 > (gdb) p row->end > $11 = { > pos = { > charpos = 309, > bytepos = 313 > }, row->end is wrong here, please show last_unchanged_at_beg_row->end instead. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 08 17:18:35 2012 Received: (at 11199) by debbugs.gnu.org; 8 Apr 2012 21:18:35 +0000 Received: from localhost ([127.0.0.1]:45030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzVJ-0007O5-4N for submit@debbugs.gnu.org; Sun, 08 Apr 2012 17:18:34 -0400 Received: from md5i.com ([75.151.244.229]:46557 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SGzVG-0007Nx-MG for 11199@debbugs.gnu.org; Sun, 08 Apr 2012 17:18:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=QmRqf172LqVV5y61ZJ5aDEiPOJF+RC5Uq0kLRMJmlSc=; b=Iyzm6jPWw7yvMzbvQ2zW6WlDEkXOseu38jJhYk/jlCoY29YervEz4WmKb4DL6p6X3qAgJ1EF5Fe/NhN67s3HTLH0xJFlsqc14rthrUbEWhGMINVI0fKFLD6dCcU8kEIp; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SGzUQ-00063R-2m; Sun, 08 Apr 2012 17:17:38 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <83vcla7xwy.fsf@gnu.org> <87d37iaqfo.fsf@maru.md5i.com> <83sjge7ww9.fsf@gnu.org> Date: Sun, 08 Apr 2012 17:17:37 -0400 In-Reply-To: <83sjge7ww9.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 09 Apr 2012 00:10:14 +0300") Message-ID: <878vi5c49a.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Cc: 11199@debbugs.gnu.org >> Date: Sun, 08 Apr 2012 17:01:31 -0400 >> >> (gdb) up >> #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 >> (gdb) p row->end >> $11 = { >> pos = { >> charpos = 309, >> bytepos = 313 >> }, > > row->end is wrong here, please show last_unchanged_at_beg_row->end > instead. (gdb) p last_unchanged_at_beg_row->end $12 = { pos = { charpos = 308, bytepos = 311 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 02:27:53 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 06:27:53 +0000 Received: from localhost ([127.0.0.1]:45925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SH84u-0004kZ-Hx for submit@debbugs.gnu.org; Mon, 09 Apr 2012 02:27:52 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:56099) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SH84r-0004kR-RK for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 02:27:51 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M27003008IRY100@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 09:26:53 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27003N08KS24J0@a-mtaout22.012.net.il>; Mon, 09 Apr 2012 09:26:52 +0300 (IDT) Date: Mon, 09 Apr 2012 09:24:57 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <878vi5c49a.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83r4vx8ls6.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <83vcla7xwy.fsf@gnu.org> <87d37iaqfo.fsf@maru.md5i.com> <83sjge7ww9.fsf@gnu.org> <878vi5c49a.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 17:17:37 -0400 > > Eli Zaretskii writes: > > >> From: Michael Welsh Duggan > >> Cc: 11199@debbugs.gnu.org > >> Date: Sun, 08 Apr 2012 17:01:31 -0400 > >> > >> (gdb) up > >> #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 > >> (gdb) p row->end > >> $11 = { > >> pos = { > >> charpos = 309, > >> bytepos = 313 > >> }, > > > > row->end is wrong here, please show last_unchanged_at_beg_row->end > > instead. > > (gdb) p last_unchanged_at_beg_row->end > $12 = { > pos = { > charpos = 308, > bytepos = 311 > }, > overlay_string_index = -1, > string_pos = { > charpos = -1, > bytepos = -1 > }, > dpvec_index = -1 > } Thanks, this is consistent with the other frames; no mystery here. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 04:22:54 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 08:22:54 +0000 Received: from localhost ([127.0.0.1]:46172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SH9sD-0007Vb-PY for submit@debbugs.gnu.org; Mon, 09 Apr 2012 04:22:54 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:62365) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SH9sA-0007VQ-1G for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 04:22:52 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id C2049C0561; Mon, 9 Apr 2012 17:21:51 +0900 (JST) Date: Mon, 09 Apr 2012 17:21:51 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-Reply-To: <83ty0u7x0h.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <87hawuar05.fsf@maru.md5i.com> <83ty0u7x0h.fsf@gnu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: Michael Welsh Duggan , 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >>>>> On Mon, 09 Apr 2012 00:07:42 +0300, Eli Zaretskii said: > Well, it would help if you could find out how does row->end get out > of sync with row->maxpos, for this specific row. Both end and > maxpos are set near the end of display_line, around line 19480 of > xdisp.c. They are identical when bidi-display-reordering is turned > off, but different when it's on (because maxpos-1 gives the largest > buffer position of the characters in the row, while end-1 gives the > buffer position of the rightmost character on display). In this > case, it looks like row->end came from a totally different screen > line, the one that was killed by C-k. I wonder how could that > happen and which code is responsible. Perhaps some code tries to > reuse existing rows, and goofs. It seems that row->end gets "out of sync" much earlier than C-k, actually just after C-x C-e in Step 4 in the original recipe. It is set at the part you mentioned above in display_line: 19473 row->end = it->current; and it->current has been updated by 19379 /* Consume the line end. This skips over invisible lines. */ 19380 set_iterator_to_next (it, 1); Maybe set_iterator_to_next has skipped too much, or another value should be set to row->end if the subsequent row starts with some right-to-left text? YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 05:13:05 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 09:13:05 +0000 Received: from localhost ([127.0.0.1]:46238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHAel-00017m-UW for submit@debbugs.gnu.org; Mon, 09 Apr 2012 05:13:04 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:48503) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHAei-00017K-L6 for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 05:13:02 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2700500G51IG00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 12:12:04 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27005MRG839040@a-mtaout22.012.net.il>; Mon, 09 Apr 2012 12:12:04 +0300 (IDT) Date: Mon, 09 Apr 2012 12:10:09 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87lim6as39.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <83d37h8e4u.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > Date: Sun, 08 Apr 2012 16:25:46 -0400 > > Eli Zaretskii writes: > > >> From: Michael Welsh Duggan > >> Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > >> Date: Sun, 08 Apr 2012 16:16:29 -0400 > >> > >> (gdb) up > >> #4 0x080a82f0 in try_window_id (w=0x88e30d0) at xdisp.c:17140 > >> (gdb) pgrowx last_unchanged_at_beg_row > >> TEXT: 68 glyphs > >> 0 0: CHAR[ ] pos=237 blev=0,btyp=L w=8 a+d=12+3 MB > >> [...] > >> 67 536: CHAR[ ] pos=0 blev=0,btyp=B w=8 a+d=12+3 MB > >> (gdb) prowlims last_unchanged_at_beg_row > >> edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > >> (gdb) > > > > And what does the following produce in this frame? > > > > (gdb) p row->end > > (gdb) p row->end > $8 = { > pos = { > charpos = 309, > bytepos = 313 > }, I cannot figure out where these two numbers, 309 and 313, come from. If I repeat the recipe and look at the glyph matrix _before_ C-k, there are no such buffer positions anywhere in sight there. Which is what I'd expect, since after "C-x C-e", the buffer has only 308 characters. The fact that you see positions beyond that means that, at some point, the buffer was larger than that by 4 more characters. Can you figure out how this happened? Also, please verify that you see the same buffer positions in the glyph matrix as I do. Here's a GDB session I used to this end: (gdb) break Fredraw_display Breakpoint 3 at 0x10947df: file dispnew.c, line 3188. (gdb) r -Q Starting program: D:\gnu\bzr\emacs\trunk\src/./oo/i386/emacs.exe -Q Now repeat the recipe, up to and including the "C-x C-e" command. After that, type "M-x redraw-display RET", and GDB will kick in. Breakpoint 3, Fredraw_display () at dispnew.c:3188 3188 FOR_EACH_FRAME (tail, frame) Then: (gdb) break set_cursor_from_row Breakpoint 4 at 0x1180953: file xdisp.c, line 13663. (gdb) c Continuing. Breakpoint 4, set_cursor_from_row (w=0x38eea00, row=0x3873400, matrix=0x3840b80, delta=0, delta_bytes=0, dy=0, dvpos=0) at xdisp.c:13663 13663 struct glyph *glyph = row->glyphs[TEXT_AREA]; (gdb) bt 6 #0 set_cursor_from_row (w=0x38eea00, row=0x3873400, matrix=0x3840b80, delta=0, delta_bytes=0, dy=0, dvpos=0) at xdisp.c:13663 #1 0x011954e9 in display_line (it=0x82dcd0) at xdisp.c:19574 #2 0x01189a65 in try_window (window=59697669, pos=..., flags=0) at xdisp.c:16013 #3 0x01175146 in display_echo_area_1 (a1=59697664, a2=53667866, a3=0, a4=0) at xdisp.c:10035 #4 0x01173ef2 in with_echo_area_buffer (w=0x38eea00, which=0, fn=0x1175052 , a1=59697664, a2=53667866, a3=0, a4=0) at xdisp.c:9820 #5 0x01175021 in display_echo_area (w=0x38eea00) at xdisp.c:9996 (More stack frames follow...) (gdb) c Continuing. Breakpoint 4, set_cursor_from_row (w=0x38eec00, row=0x39254b4, matrix=0x3840400, delta=0, delta_bytes=0, dy=0, dvpos=0) at xdisp.c:13663 13663 struct glyph *glyph = row->glyphs[TEXT_AREA]; (gdb) bt 6 #0 set_cursor_from_row (w=0x38eec00, row=0x39254b4, matrix=0x3840400, delta=0, delta_bytes=0, dy=0, dvpos=0) at xdisp.c:13663 #1 0x011954e9 in display_line (it=0x82ca40) at xdisp.c:19574 #2 0x01189a65 in try_window (window=59698181, pos=..., flags=1) at xdisp.c:16013 #3 0x0118731d in redisplay_window (window=59698181, just_this_one_p=0) at xdisp.c:15538 #4 0x01180908 in redisplay_window_0 (window=59698181) at xdisp.c:13637 #5 0x01033d9b in internal_condition_case_1 ( bfun=0x11808d6 , arg=59698181, handlers=53652222, hfun=0x11808b5 ) at eval.c:1553 (More stack frames follow...) The first time the breakpoint in set_cursor_from_row breaks is not of interest: as you see from the backtrace, Emacs is updating the echo area, not the *scratch* buffer which we are interested in. So I typed "continue". The second time it breaks _is_ of interest. To make sure this is our buffer, type: (gdb) pp w->buffer # (If what you see at this point is not *scratch*, keep typing "continue" until you hit the breakpoint when *scratch* is the current buffer.) Then: (gdb) until 13696 set_cursor_from_row (w=0x38eec00, row=0x39254b4, matrix=0x3840400, delta=0, delta_bytes=0, dy=0, dvpos=0) at xdisp.c:13696 13696 if (row->displays_text_p) (gdb) pmtxrows w->current_matrix 0: edges=(1,78),r2l=0,cont=0,trunc=(0,0),at_zv=0 1: edges=(78,141),r2l=0,cont=0,trunc=(0,0),at_zv=0 2: edges=(141,191),r2l=0,cont=0,trunc=(0,0),at_zv=0 3: edges=(191,192),r2l=0,cont=0,trunc=(0,0),at_zv=0 4: edges=(192,199),r2l=0,cont=0,trunc=(0,0),at_zv=0 5: edges=(199,237),r2l=0,cont=0,trunc=(0,0),at_zv=0 6: edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 7: edges=(305,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 8: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 9: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 10: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 11: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 12: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 13: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 14: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 15: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 16: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 17: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 18: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 19: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 20: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 21: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 22: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 23: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 24: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 25: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 26: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 27: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 28: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 29: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 30: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 31: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 32: edges=(309,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 33: edges=(0,0),r2l=0,cont=0,trunc=(0,0),at_zv=0 34: edges=(0,0),r2l=0,cont=0,trunc=(0,0),at_zv=0 35: edges=(0,0),r2l=0,cont=0,trunc=(0,0),at_zv=0 pmtxrows shows all the glyph_row structures in the glyph matrix, including the buffer positions covered by each glyph row (== screen line). The last position of a row should always be equal to the first position of the next row (except when lines are reordered and continued, which is not the case here). As you see, the largest buffer position known to display engine at this point is 309, and the last line 7 has its ends_at_zv_p flag set, as I would expect. Do you see exactly the same contents of w->current_matrix, or do you see something different? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 05:35:34 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 09:35:34 +0000 Received: from localhost ([127.0.0.1]:46279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHB0Y-0002TN-1U for submit@debbugs.gnu.org; Mon, 09 Apr 2012 05:35:34 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:56289) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHB0V-0002TE-5e for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 05:35:32 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2700500H2ZPY00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 12:34:35 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27005IUH9MQQ00@a-mtaout22.012.net.il>; Mon, 09 Apr 2012 12:34:35 +0300 (IDT) Date: Mon, 09 Apr 2012 12:32:39 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: X-012-Sender: halo1@inter.net.il To: YAMAMOTO Mitsuharu Message-id: <83bon18d3c.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83wr5q7yf1.fsf@gnu.org> <87hawuar05.fsf@maru.md5i.com> <83ty0u7x0h.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: md5i@md5i.com, 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 09 Apr 2012 17:21:51 +0900 > From: YAMAMOTO Mitsuharu > Cc: Michael Welsh Duggan , > 11199@debbugs.gnu.org > > It seems that row->end gets "out of sync" much earlier than C-k, > actually just after C-x C-e in Step 4 in the original recipe. Yes, that matches my observations, see my last mail today. > It is > set at the part you mentioned above in display_line: > > 19473 row->end = it->current; > > and it->current has been updated by > > 19379 /* Consume the line end. This skips over invisible lines. */ > 19380 set_iterator_to_next (it, 1); > > Maybe set_iterator_to_next has skipped too much Looks like it. Can you trace through set_iterator_to_next and its subroutines, and see why it does so? One way of doing that is to put a breakpoint in set_iterator_to_next conditioned by the value of point (which is available as 'current_buffer->pt'). (If you don't condition by value of point, you will hit the breakpoint too many times.) > or another value should be set to row->end if the subsequent row > starts with some right-to-left text? No, row->end always preserves the last position information of the display iterator, no matter if the text was or wasn't reordered. The correct operation of the display engine when rendering the next line depends on that. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 05:49:19 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 09:49:19 +0000 Received: from localhost ([127.0.0.1]:46283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBDq-0002mI-8r for submit@debbugs.gnu.org; Mon, 09 Apr 2012 05:49:19 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:62324) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBDm-0002m8-Na for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 05:49:17 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 9C9B1C0561; Mon, 9 Apr 2012 18:48:16 +0900 (JST) Date: Mon, 09 Apr 2012 18:48:16 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-Reply-To: <83d37h8e4u.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: Michael Welsh Duggan , 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >>>>> On Mon, 09 Apr 2012 12:10:09 +0300, Eli Zaretskii said: > I cannot figure out where these two numbers, 309 and 313, come from. > If I repeat the recipe and look at the glyph matrix _before_ C-k, > there are no such buffer positions anywhere in sight there. I guess this just comes from some white space difference introduced by copy-and-paste. > Also, please verify that you see the same buffer positions in the > glyph matrix as I do. Here's a GDB session I used to this end: I get the same results on Mac OS X 10.7.3, X11 build. > (gdb) pmtxrows w->current_matrix > 0: edges=(1,78),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 1: edges=(78,141),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 2: edges=(141,191),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 3: edges=(191,192),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 4: edges=(192,199),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 5: edges=(199,237),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 6: edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > 7: edges=(305,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 (snip) What is shown by (gdb) p w->current_matrix->rows[6].end.pos at this stage? I get $7 = { charpos = 308, bytepos = 311 } and it looks "out of sync" because edges=(237,305) for the 6th row. I hope this is also reproducible at your side. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 06:20:30 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 10:20:31 +0000 Received: from localhost ([127.0.0.1]:46301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBi2-0003Vc-Ks for submit@debbugs.gnu.org; Mon, 09 Apr 2012 06:20:30 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:43657) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHBhz-0003VS-A4 for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 06:20:28 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M2700100J7WR400@a-mtaout21.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 13:19:29 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27001JFJCGO340@a-mtaout21.012.net.il>; Mon, 09 Apr 2012 13:19:29 +0300 (IDT) Date: Mon, 09 Apr 2012 13:17:33 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: X-012-Sender: halo1@inter.net.il To: YAMAMOTO Mitsuharu Message-id: <83aa2l8b0i.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: md5i@md5i.com, 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 09 Apr 2012 18:48:16 +0900 > From: YAMAMOTO Mitsuharu > Cc: Michael Welsh Duggan , > 11199@debbugs.gnu.org > > > (gdb) pmtxrows w->current_matrix > > 0: edges=(1,78),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 1: edges=(78,141),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 2: edges=(141,191),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 3: edges=(191,192),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 4: edges=(192,199),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 5: edges=(199,237),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 6: edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > 7: edges=(305,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 > (snip) > > What is shown by > > (gdb) p w->current_matrix->rows[6].end.pos > > at this stage? I get > > $7 = { > charpos = 308, > bytepos = 311 > } > > and it looks "out of sync" because edges=(237,305) for the 6th row. > I hope this is also reproducible at your side. It is, thanks! I now have a lead for my debugging. Stay tuned. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 07:10:42 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 11:10:43 +0000 Received: from localhost ([127.0.0.1]:46369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHCUc-0004lM-J4 for submit@debbugs.gnu.org; Mon, 09 Apr 2012 07:10:42 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:42872) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHCUZ-0004lD-RK for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 07:10:41 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M2700L00LJFQP00@a-mtaout23.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 14:09:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2700LKTLO2O650@a-mtaout23.012.net.il>; Mon, 09 Apr 2012 14:09:42 +0300 (IDT) Date: Mon, 09 Apr 2012 14:07:43 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <83aa2l8b0i.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: mituharu@math.s.chiba-u.ac.jp, Michael Welsh Duggan Message-id: <838vi588ow.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 09 Apr 2012 13:17:33 +0300 > From: Eli Zaretskii > Cc: 11199@debbugs.gnu.org > > > Date: Mon, 09 Apr 2012 18:48:16 +0900 > > From: YAMAMOTO Mitsuharu > > Cc: Michael Welsh Duggan , > > 11199@debbugs.gnu.org > > > > > (gdb) pmtxrows w->current_matrix > > > 0: edges=(1,78),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 1: edges=(78,141),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 2: edges=(141,191),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 3: edges=(191,192),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 4: edges=(192,199),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 5: edges=(199,237),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 6: edges=(237,305),r2l=0,cont=0,trunc=(0,0),at_zv=0 > > > 7: edges=(305,309),r2l=0,cont=0,trunc=(0,0),at_zv=1 > > (snip) > > > > What is shown by > > > > (gdb) p w->current_matrix->rows[6].end.pos > > > > at this stage? I get > > > > $7 = { > > charpos = 308, > > bytepos = 311 > > } > > > > and it looks "out of sync" because edges=(237,305) for the 6th row. > > I hope this is also reproducible at your side. > > It is, thanks! I now have a lead for my debugging. Stay tuned. Does the patch below fixes the problem? It does not fix the root cause, but should work around it well enough for the release branch. I will install a better (but more risky) fix on the trunk. (There was nothing wrong with the end.pos values above, as long as the Hebrew text in the next line existed: end.pos gives the position of the leftmost character on display in that line, which is not necessarily the first character after the newline. The problem is that init_to_row_end should not use row->end at all.) === modified file 'src/xdisp.c' --- src/xdisp.c 2012-03-31 19:30:53 +0000 +++ src/xdisp.c 2012-04-09 10:58:59 +0000 @@ -17137,7 +17137,8 @@ try_window_id (struct window *w) if (MATRIX_ROW_ENDS_IN_MIDDLE_OF_CHAR_P (last_unchanged_at_beg_row)) GIVE_UP (17); - if (init_to_row_end (&it, w, last_unchanged_at_beg_row) == 0) + if (CHARPOS (last_unchanged_at_beg_row->end.pos) > ZV + || init_to_row_end (&it, w, last_unchanged_at_beg_row) == 0) GIVE_UP (18); start_pos = it.current.pos; From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 07:56:00 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 11:56:00 +0000 Received: from localhost ([127.0.0.1]:46391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDCR-0006b3-Ny for submit@debbugs.gnu.org; Mon, 09 Apr 2012 07:55:59 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:36491) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDCP-0006as-ID for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 07:55:58 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2700600NR9XN00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 14:54:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27004EMNR9FY91@a-mtaout22.012.net.il>; Mon, 09 Apr 2012 14:54:46 +0300 (IDT) Date: Mon, 09 Apr 2012 14:52:50 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <838vi588ow.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: mituharu@math.s.chiba-u.ac.jp, md5i@md5i.com Message-id: <837gxp86lp.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> <838vi588ow.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 09 Apr 2012 14:07:43 +0300 > From: Eli Zaretskii > Cc: 11199@debbugs.gnu.org > > Does the patch below fixes the problem? It does not fix the root > cause, but should work around it well enough for the release branch. > I will install a better (but more risky) fix on the trunk. Actually, I found a better fix that should be safe for both branch and trunk. Please try it, instead of the one I sent before. > (There was nothing wrong with the end.pos values above, as long as the > Hebrew text in the next line existed: end.pos gives the position of > the leftmost character on display in that line, which is not > necessarily the first character after the newline. The problem is > that init_to_row_end should not use row->end at all.) Strike that last sentence, init_to_row_end is doing its job correctly. These issues were finalized almost 2 years ago, and I succeeded to forget all the gory details of this complexity. Here's the patch to try: === modified file 'src/xdisp.c' --- src/xdisp.c 2012-03-31 19:30:53 +0000 +++ src/xdisp.c 2012-04-09 11:46:50 +0000 @@ -16602,7 +16602,15 @@ find_last_unchanged_at_beg_row (struct w continued. */ && !(MATRIX_ROW_END_CHARPOS (row) == first_changed_pos && (row->continued_p - || row->exact_window_width_line_p))) + || row->exact_window_width_line_p)) + /* If ROW->end is beyond ZV, then ROW->end is outdated and + needs to be recomputed, so don't consider this row as + unchanged. This happens when the last line was + bidi-reordered and was killed immediately before this + redisplay cycle. In that case, ROW->end stores the + buffer position of the first visual-order character of + the next row, which is now beyond ZV. */ + && CHARPOS (row->end.pos) <= ZV) row_found = row; /* Stop if last visible row. */ From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 08:19:14 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 12:19:14 +0000 Received: from localhost ([127.0.0.1]:46419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDYv-000799-Ln for submit@debbugs.gnu.org; Mon, 09 Apr 2012 08:19:13 -0400 Received: from md5i.com ([75.151.244.229]:47945 helo=maru.md5i.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDYs-000791-Rz for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 08:19:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=gb/8HVLDsDsjbFgKc3HyH56SlysXOaYgvNEsTsF6gJM=; b=zC3L4sDJu0GoGTyrIDaOG+HEaJW+20NtjnQkG5UNWPQPwPGjTRRahXUhxlus0IXysX8OWrAYi5spni0hYIhdUAx8lrHxAenwexEO7AqC6X8cswIwkD2g52ItfxBfSO1u; Received: from md5i by maru.md5i.com with local (Exim 4.77) (envelope-from ) id 1SHDXu-0003w4-VV; Mon, 09 Apr 2012 08:18:11 -0400 From: Michael Welsh Duggan To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> <838vi588ow.fsf@gnu.org> <837gxp86lp.fsf@gnu.org> Date: Mon, 09 Apr 2012 08:18:10 -0400 In-Reply-To: <837gxp86lp.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 09 Apr 2012 14:52:50 +0300") Message-ID: <87zkal9jzx.fsf@maru.md5i.com> User-Agent: Gnus/5.11002 (No Gnus v0.20) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Eli Zaretskii writes: > Here's the patch to try: > > === modified file 'src/xdisp.c' > --- src/xdisp.c 2012-03-31 19:30:53 +0000 > +++ src/xdisp.c 2012-04-09 11:46:50 +0000 > @@ -16602,7 +16602,15 @@ find_last_unchanged_at_beg_row (struct w > continued. */ > && !(MATRIX_ROW_END_CHARPOS (row) == first_changed_pos > && (row->continued_p > - || row->exact_window_width_line_p))) > + || row->exact_window_width_line_p)) > + /* If ROW->end is beyond ZV, then ROW->end is outdated and > + needs to be recomputed, so don't consider this row as > + unchanged. This happens when the last line was > + bidi-reordered and was killed immediately before this > + redisplay cycle. In that case, ROW->end stores the > + buffer position of the first visual-order character of > + the next row, which is now beyond ZV. */ > + && CHARPOS (row->end.pos) <= ZV) > row_found = row; > > /* Stop if last visible row. */ > I can verify that this patch keeps the original recipe from causing Emacs to crash. Everything looks good for now. -- Michael Welsh Duggan (md5i@md5i.com) From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 08:37:53 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 12:37:53 +0000 Received: from localhost ([127.0.0.1]:46426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDqz-0007ZV-Bk for submit@debbugs.gnu.org; Mon, 09 Apr 2012 08:37:53 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:49931) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHDqv-0007ZK-1x for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 08:37:50 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2700700POC8O00@a-mtaout22.012.net.il> for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 15:36:35 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M27004V9POYFYF1@a-mtaout22.012.net.il>; Mon, 09 Apr 2012 15:36:35 +0300 (IDT) Date: Mon, 09 Apr 2012 15:34:40 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: <87zkal9jzx.fsf@maru.md5i.com> X-012-Sender: halo1@inter.net.il To: Michael Welsh Duggan Message-id: <8362d984nz.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> <838vi588ow.fsf@gnu.org> <837gxp86lp.fsf@gnu.org> <87zkal9jzx.fsf@maru.md5i.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199 Cc: 11199@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Michael Welsh Duggan > Cc: mituharu@math.s.chiba-u.ac.jp, 11199@debbugs.gnu.org > Date: Mon, 09 Apr 2012 08:18:10 -0400 > > > === modified file 'src/xdisp.c' > > --- src/xdisp.c 2012-03-31 19:30:53 +0000 > > +++ src/xdisp.c 2012-04-09 11:46:50 +0000 > > @@ -16602,7 +16602,15 @@ find_last_unchanged_at_beg_row (struct w > > continued. */ > > && !(MATRIX_ROW_END_CHARPOS (row) == first_changed_pos > > && (row->continued_p > > - || row->exact_window_width_line_p))) > > + || row->exact_window_width_line_p)) > > + /* If ROW->end is beyond ZV, then ROW->end is outdated and > > + needs to be recomputed, so don't consider this row as > > + unchanged. This happens when the last line was > > + bidi-reordered and was killed immediately before this > > + redisplay cycle. In that case, ROW->end stores the > > + buffer position of the first visual-order character of > > + the next row, which is now beyond ZV. */ > > + && CHARPOS (row->end.pos) <= ZV) > > row_found = row; > > > > /* Stop if last visible row. */ > > > > I can verify that this patch keeps the original recipe from causing > Emacs to crash. Everything looks good for now. Thanks, I installed this as revision 107792 on the emacs-24 branch. I will wait for Yamamoto-san to confirm that this fixes his problem as well, before I close this bug. Thank you both for your great help in solving this bug. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 09 19:51:10 2012 Received: (at 11199) by debbugs.gnu.org; 9 Apr 2012 23:51:10 +0000 Received: from localhost ([127.0.0.1]:47532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHOMY-0006iR-5o for submit@debbugs.gnu.org; Mon, 09 Apr 2012 19:51:10 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:62024) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHOMV-0006iE-0z for 11199@debbugs.gnu.org; Mon, 09 Apr 2012 19:51:08 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id BF3B7C0561; Tue, 10 Apr 2012 08:50:01 +0900 (JST) Date: Tue, 10 Apr 2012 08:50:01 +0900 Message-ID: From: YAMAMOTO Mitsuharu To: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-Reply-To: <8362d984nz.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> <838vi588ow.fsf@gnu.org> <837gxp86lp.fsf@gnu.org> <87zkal9jzx.fsf@maru.md5i.com> <8362d984nz.fsf@gnu.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11199 Cc: Michael Welsh Duggan , 11199@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >>>>> On Mon, 09 Apr 2012 15:34:40 +0300, Eli Zaretskii said: >> I can verify that this patch keeps the original recipe from causing >> Emacs to crash. Everything looks good for now. > Thanks, I installed this as revision 107792 on the emacs-24 branch. > I will wait for Yamamoto-san to confirm that this fixes his problem > as well, before I close this bug. Yes, it also works for me. Many thanks. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 10 02:30:57 2012 Received: (at 11199-done) by debbugs.gnu.org; 10 Apr 2012 06:30:57 +0000 Received: from localhost ([127.0.0.1]:47956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUbQ-00035G-SK for submit@debbugs.gnu.org; Tue, 10 Apr 2012 02:30:57 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:40829) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SHUbN-000357-FA for 11199-done@debbugs.gnu.org; Tue, 10 Apr 2012 02:30:55 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2900E003B6NJ00@a-mtaout22.012.net.il> for 11199-done@debbugs.gnu.org; Tue, 10 Apr 2012 09:29:48 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.57.204]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2900EWN3DMI0G0@a-mtaout22.012.net.il>; Tue, 10 Apr 2012 09:29:47 +0300 (IDT) Date: Tue, 10 Apr 2012 09:27:54 +0300 From: Eli Zaretskii Subject: Re: bug#11199: 24.0.95; killing right-to-left text at eob leads to inconsistent state In-reply-to: X-012-Sender: halo1@inter.net.il To: YAMAMOTO Mitsuharu Message-id: <83haws6qz9.fsf@gnu.org> References: <83bon2ad9z.fsf@gnu.org> <8762dacc3w.fsf@maru.md5i.com> <831uny9ekk.fsf@gnu.org> <87ty0uasiq.fsf@maru.md5i.com> <83y5q67z7h.fsf@gnu.org> <87lim6as39.fsf@maru.md5i.com> <83d37h8e4u.fsf@gnu.org> <83aa2l8b0i.fsf@gnu.org> <838vi588ow.fsf@gnu.org> <837gxp86lp.fsf@gnu.org> <87zkal9jzx.fsf@maru.md5i.com> <8362d984nz.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11199-done Cc: md5i@md5i.com, 11199-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Tue, 10 Apr 2012 08:50:01 +0900 > From: YAMAMOTO Mitsuharu > Cc: Michael Welsh Duggan , > 11199@debbugs.gnu.org > > >>>>> On Mon, 09 Apr 2012 15:34:40 +0300, Eli Zaretskii said: > > >> I can verify that this patch keeps the original recipe from causing > >> Emacs to crash. Everything looks good for now. > > > Thanks, I installed this as revision 107792 on the emacs-24 branch. > > I will wait for Yamamoto-san to confirm that this fixes his problem > > as well, before I close this bug. > > Yes, it also works for me. Many thanks. Thanks, closing. From unknown Sun Jun 15 01:08:43 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 08 May 2012 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator