From unknown Sun Aug 17 22:13:02 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12745 <12745@debbugs.gnu.org> To: bug#12745 <12745@debbugs.gnu.org> Subject: Status: crash in bidi_pop_it during (idle) redisplay Reply-To: bug#12745 <12745@debbugs.gnu.org> Date: Mon, 18 Aug 2025 05:13:02 +0000 retitle 12745 crash in bidi_pop_it during (idle) redisplay reassign 12745 emacs submitter 12745 Paul Eggert severity 12745 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 27 23:33:45 2012 Received: (at submit) by debbugs.gnu.org; 28 Oct 2012 03:33:45 +0000 Received: from localhost ([127.0.0.1]:36203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSJdA-00087k-Bg for submit@debbugs.gnu.org; Sat, 27 Oct 2012 23:33:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34663) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSJd8-00087c-2S for submit@debbugs.gnu.org; Sat, 27 Oct 2012 23:33:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TSJas-00073W-E4 for submit@debbugs.gnu.org; Sat, 27 Oct 2012 23:31:23 -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]:44219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TSJas-00073S-Ac for submit@debbugs.gnu.org; Sat, 27 Oct 2012 23:31:22 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38532) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TSJaq-0005qV-Rr for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2012 23:31:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TSJap-00073D-A8 for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2012 23:31:20 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:43675) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TSJap-000734-1R for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2012 23:31:19 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 89AF0A60002; Sat, 27 Oct 2012 20:31:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Gwsu6L8OltH; Sat, 27 Oct 2012 20:31:10 -0700 (PDT) Received: from [192.168.1.3] (pool-108-23-119-2.lsanca.fios.verizon.net [108.23.119.2]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A9EDB39E810F; Sat, 27 Oct 2012 20:31:10 -0700 (PDT) Message-ID: <508CA6FC.4070203@cs.ucla.edu> Date: Sat, 27 Oct 2012 20:31:08 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: crash in bidi_pop_it during (idle) redisplay Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: submit Cc: ami@fischman.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: -6.2 (------) [I'm forwarding this from emacs-devel; the original is at . The rest of this message is from Ami Fischman.] Emacs 24.2 regularly crashes on me with the backtrace below. I usually start it with "emacs --daemon" and then run one emacsclient on each of two X servers (a local one on :0 and a remote one through NX). This setup will be up/stable for anywhere between an hour and a few days, and then the server aborts dumping core like this. FWIW, emacs-version says: GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) and I built it using this this configuration: --with-x-toolkit=lucid --with-xpm --with-jpeg --with-tiff --with-gif --with-png --with-x --without-dbug --without-gconf Possibly of note is that this happens when I'm not doing anything with emacs (usually I'll come back to one of my workstations and find the emacs process is gone and a corefile has shown up). Both of the X servers in question are much longer lived than the emacs processes involved. Cheers, -a (gdb) bt #0 0x00007fa43b6f1707 in kill () at ../sysdeps/unix/syscall-template.S:82 #1 0x00000000004e93d2 in fatal_error_signal (sig=) at emacs.c:366 #2 #3 0x00007fa43b6f1707 in kill () at ../sysdeps/unix/syscall-template.S:82 #4 0x00000000004e7452 in abort () at emacs.c:394 #5 0x00000000004923b5 in bidi_pop_it (bidi_it=) at bidi.c:636 #6 0x0000000000447aa1 in pop_it (it=0x7fff2251f1e0) at xdisp.c:5769 #7 0x0000000000451f23 in next_overlay_string (it=0x7fff2251f1e0) at xdisp.c:5223 #8 0x0000000000426ff7 in set_iterator_to_next (it=0x7fff2251f1e0, reseat_p=) at xdisp.c:7188 #9 0x00000000004311ed in display_line (it=0x7fff2251f1e0) at xdisp.c:19519 #10 0x00000000004302d8 in try_window (window=, flags=1, pos=...) at xdisp.c:16137 #11 0x000000000044ae4a in redisplay_window (window=82406597, just_this_one_p=0) at xdisp.c:15662 #12 0x00000000004514e1 in redisplay_window_0 (window=9054) at xdisp.c:13748 #13 0x000000000055a046 in internal_condition_case_1 (bfun=0x4514c0 , arg=82406597, handlers=9957798, hfun=) at eval.c:1552 #14 0x0000000000448376 in redisplay_windows (window=) at xdisp.c:13728 #15 0x0000000000448385 in redisplay_windows (window=) at xdisp.c:13720 #16 0x000000000042d3d0 in redisplay_internal () at xdisp.c:13305 #17 0x000000000042fb64 in redisplay_preserve_echo_area (from_where=9054) at xdisp.c:13556 #18 0x00000000004f1a8a in detect_input_pending_run_timers (do_display=) at keyboard.c:10512 #19 0x0000000000596414 in wait_reading_process_output (time_limit=, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=9755602, wait_proc=0x0, just_wait_proc=) at process.c:4738 #20 0x00000000004f0954 in kbd_buffer_get_event (kbp=, end_time=, used_mouse_menu=0x7fff22528354, kbp=, end_time=) at keyboard.c:3855 #21 read_char (commandflag=, nmaps=9, maps=, prev_event=9755602, used_mouse_menu=0x7fff22528354, end_time=) at keyboard.c:2801 #22 0x00000000004ec170 in read_key_sequence (bufsize=30, keybuf=, prompt=, dont_downcase_last=, can_return_switch_frame=, fix_current_buffer=) at keyboard.c:9328 #23 0x00000000004ea909 in command_loop_1 () at keyboard.c:1449 #24 0x000000000055b680 in internal_condition_case (bfun=0x4ea490 , handlers=9807890, hfun=) at eval.c:1514 #25 0x00000000004fbf06 in command_loop_2 (ignore=) at keyboard.c:1160 #26 0x000000000055b0dc in internal_catch (tag=, func=0x4fbee0 , arg=9755602) at eval.c:1271 #27 0x00000000004e9c39 in command_loop () at keyboard.c:1139 #28 recursive_edit_1 () at keyboard.c:759 #29 0x00000000004e9d55 in Frecursive_edit () at keyboard.c:823 #30 0x00000000004e8acd in main (argc=, argv=) at emacs.c:1715 From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 03:51:43 2012 Received: (at 12745) by debbugs.gnu.org; 28 Oct 2012 07:51:43 +0000 Received: from localhost ([127.0.0.1]:36259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSNep-0005Pm-A4 for submit@debbugs.gnu.org; Sun, 28 Oct 2012 03:51:43 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:37233) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSNem-0005Pd-DH for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 03:51:42 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 8546939E810F for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:49:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IcZttPaXMVW6 for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:49:20 -0700 (PDT) Received: from [192.168.1.3] (pool-108-23-119-2.lsanca.fios.verizon.net [108.23.119.2]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id E58F339E8109 for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:49:19 -0700 (PDT) Message-ID: <508CE383.1070507@cs.ucla.edu> Date: Sun, 28 Oct 2012 00:49:23 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: 12745@debbugs.gnu.org Subject: Re: crash in bidi_pop_it during (idle) redisplay Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.2 (--) X-Debbugs-Envelope-To: 12745 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: -2.2 (--) [This is a copy of .] Date: Sun, 28 Oct 2012 05:58:18 +0200 From: Eli Zaretskii > Date: Sat, 27 Oct 2012 19:25:49 -0700 > From: Ami Fischman > > Emacs 24.2 regularly crashes on me with the backtrace below. Thank you for your report. First, please file a bug about this via "M-x report-emacs-bug RET". Second, please show the value of it->current in frame #7 (inside next_overlay_string). Third, could you please try the latest development code, and possibly compile without optimizations? Several bugs in this area were fixed since 24.2 was released, so perhaps this is one of them. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 03:52:31 2012 Received: (at 12745) by debbugs.gnu.org; 28 Oct 2012 07:52:31 +0000 Received: from localhost ([127.0.0.1]:36263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSNfa-0005R8-L9 for submit@debbugs.gnu.org; Sun, 28 Oct 2012 03:52:31 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:37256) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSNfW-0005Qx-Al for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 03:52:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id DE68339E810F for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:50:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id st1lSEzNe0vd for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:50:05 -0700 (PDT) Received: from [192.168.1.3] (pool-108-23-119-2.lsanca.fios.verizon.net [108.23.119.2]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 282D539E8109 for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 00:50:05 -0700 (PDT) Message-ID: <508CE3B0.2030809@cs.ucla.edu> Date: Sun, 28 Oct 2012 00:50:08 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: 12745@debbugs.gnu.org Subject: Re: crash in bidi_pop_it during (idle) redisplay Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 12745 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: -4.9 (----) [This is a copy of .] From: Ami Fischman Date: Sat, 27 Oct 2012 21:09:43 -0700 Thanks for your reply, Eli. > First, please file a bug about this via "M-x report-emacs-bug RET". > When? :) (after the crash, the process is gone, so can't M-x anything; before the crash, there's nothing interesting to report :)) In case it's interesting, appended the info from r-e-b (from an emacs -Q instance) to the bottom of this email. > Second, please show the value of it->current in frame #7 (inside > next_overlay_string). > (gdb) p it->current $3 = { pos = { charpos = 1295, bytepos = 1295 }, overlay_string_index = 0, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } > Third, could you please try the latest development code, and possibly > compile without optimizations? Will do & report back in a few days (or sooner, if the bug recurs in HEAD). Cheers, -a In GNU Emacs 24.2.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2012-09-11 on Windowing system distributor `The X.Org Foundation', version 11.0.70000000 Configured using: `configure '--prefix=/usr/gmacs-24.2' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' '--with-x-toolkit=lucid' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x' '--program-transform-name=s/emacs/gmacs/g' '--without-dbug' '--without-gconf' 'CC=clang -B/home/fischman/src/chromium/src/third_party/gold/' 'CFLAGS=-Wall -g -O2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2'' Important settings: value of $LC_ALL: value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Lisp Interaction 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 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 Recent input: M-x r e p o r Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting x-toolkit x multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 13:25:56 2012 Received: (at 12745) by debbugs.gnu.org; 28 Oct 2012 17:25:56 +0000 Received: from localhost ([127.0.0.1]:36819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSWcV-0002wn-ST for submit@debbugs.gnu.org; Sun, 28 Oct 2012 13:25:56 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:48875) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSWcT-0002we-50 for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 13:25:54 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MCM00I005IKBT00@a-mtaout23.012.net.il> for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 19:23:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCM00IMU5N510C0@a-mtaout23.012.net.il>; Sun, 28 Oct 2012 19:23:30 +0200 (IST) Date: Sun, 28 Oct 2012 19:23:38 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: <508CE3B0.2030809@cs.ucla.edu> X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83lieq8q91.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 00:50:08 -0700 > From: Paul Eggert > > > First, please file a bug about this via "M-x report-emacs-bug RET". > > > > When? :) > (after the crash, the process is gone, so can't M-x anything; before the > crash, there's nothing interesting to report :)) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 00:50:08 -0700 > From: Paul Eggert > > > First, please file a bug about this via "M-x report-emacs-bug RET". > > > > When? :) > (after the crash, the process is gone, so can't M-x anything; before the > crash, there's nothing interesting to report :)) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Sun, 28 Oct 2012 00:50:08 -0700 > From: Paul Eggert > > > First, please file a bug about this via "M-x report-emacs-bug RET". > > > > When? :) > (after the crash, the process is gone, so can't M-x anything; before the > crash, there's nothing interesting to report :)) That's not true, the important information is about your system, environment, and packages loaded into Emacs, so a report from the same kind of session will do. > In case it's interesting, appended the info from r-e-b (from an emacs -Q > instance) to the bottom of this email. Thanks. But I'd like to see the report from your normal session, invoked just as you invoke those that crash. > (gdb) p it->current > $3 = { > pos = { > charpos = 1295, > bytepos = 1295 > }, > overlay_string_index = 0, > string_pos = { > charpos = -1, > bytepos = -1 > }, > dpvec_index = -1 > } So this seems to say that there's at least one overlay string at buffer position 1295. Is that reasonable? What was the current buffer when this crashed? You can find that out by typing this at GDB prompt: (gdb) pp current_buffer->name_ (If "pp" doesn't work, type "source /path/to/emacs/src/.gdbinit" and try again.) You can display the relevant part of the text of that buffer like this: (gdb) p current_buffer->text->beg[1200]@100 What does this show? Also, what do the following commands produce? (gdb) frame 6 (gdb) pgrowx it->glyph_row > > Third, could you please try the latest development code, and possibly > > compile without optimizations? > > > Will do & report back in a few days (or sooner, if the bug recurs in HEAD). Thanks, but please also show the above information for the version that did crash. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 15:09:01 2012 Received: (at 12745) by debbugs.gnu.org; 28 Oct 2012 19:09:01 +0000 Received: from localhost ([127.0.0.1]:36914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSYEG-000685-2E for submit@debbugs.gnu.org; Sun, 28 Oct 2012 15:09:01 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:48708) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSY8e-00060T-3I for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 15:03:14 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so5533654vcb.3 for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 12:00:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=zRxy/DDhuVeWVFmzgZZSkO4ovaHZcQOFcBjn5oM6uMU=; b=CL8l6heeSOyyxB/5fN6M6voQnX+BU0GpqkNyrEXibVfTSogqEiS9e3hsHD9S57E9Kx qYlYdN7jrWYB9NzqFSwmOMkN23JBsnXwvV3SiMtayBS47w/bnKN9KDutcKXG5jsplX2G VhFhCZN2eZpUcnE+iklwId+a+Sg8t/7vS1832WhIAtRh5P8X0H5QdG2qaJ9ERSUakMlG P7fD2RnlVP95u5ZHvGU/sRGco1bBPgkTchtapz4OMOSGirUPPeM5v5gOEnwasjNBhPOA bsH07htMxgWTNiHXGffj7el3DtDgPGsVz1M2vwk7pgctPlHRECobPXtKV7UFU2koZX2H s74w== MIME-Version: 1.0 Received: by 10.52.100.5 with SMTP id eu5mr36272691vdb.34.1351450849967; Sun, 28 Oct 2012 12:00:49 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Sun, 28 Oct 2012 12:00:49 -0700 (PDT) In-Reply-To: <83lieq8q91.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> Date: Sun, 28 Oct 2012 12:00:49 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=20cf3071cf9ad7fd8804cd232b0b X-Gm-Message-State: ALoCoQlbqsaHFmU4/Cil3yBNbbGG6pqa5TFVdkFt5qL4004bZ0JFVcfnbe4Dngk4Y1lgVLFUFPgj X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 X-Mailman-Approved-At: Sun, 28 Oct 2012 15:08:59 -0400 Cc: 12745@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: 0.1 (/) --20cf3071cf9ad7fd8804cd232b0b Content-Type: text/plain; charset=ISO-8859-1 > > Thanks. But I'd like to see the report from your normal session, > invoked just as you invoke those that crash. > Of course now I don't have such a session b/c I'm running w/ git HEAD :) So this seems to say that there's at least one overlay string at > buffer position 1295. Is that reasonable? What was the current > buffer when this crashed? You can find that out by typing this at GDB > prompt: > (gdb) pp current_buffer->name_ > (gdb) pp current_buffer->name_ Cannot access memory at address 0x8b6a00 > (gdb) p current_buffer->text->beg[1200]@100 > (gdb) p current_buffer->text->beg[1200]@100 $1 = "num to avoid later static_cast in\n// PluginInstance.\nenum MediaKeyError {\n kUnknownError = 1,\n kCl" which tells me the current buffer was an edited version of http://src.chromium.org/viewvc/chrome/trunk/src/webkit/media/crypto/ppapi/cdm_wrapper.cc?view=markup(which I can't share in its entirety). FWIW, there's nothing non-7-bit-ascii in this file, and nothing that should have triggered any bidi-specific logic. It's just a cc-mode C++ file. Possibly interestingly, if I print p current_buffer->text->beg[0]@100000 to emit the entire buffer, I see this text starting at char 1675: http://go", '\000' , "/b Those 2000 NULs are definitely out of place (the URL should have started with http://go/b) but I don't know if that's a debugging artifact, or what. If I load the modified buffer into my HEAD session (overlays-at 1295) returns nil. Also, what do the following commands produce? > (gdb) frame 6 > (gdb) pgrowx it->glyph_row > >> > (gdb) frame 6 > #6 0x0000000000447aa1 in pop_it (it=0x7fff2251f1e0) at xdisp.c:5769 > 5769 bidi_pop_it (&it->bidi_it); > (gdb) pgrowx it->glyph_row You can't do that without a process to debug. Cheers, -a --20cf3071cf9ad7fd8804cd232b0b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks. =A0But I&= #39;d like to see the report from your normal session,
invoked just as you invoke those that crash.

Of course now I don't have such a session b/c I'm running w/ = git HEAD :)

So this seems to say that there's at least one overlay string at
buffer position 1295. =A0Is that reasonable? =A0What was the current
buffer when this crashed? =A0You can find that out by typing this at GDB prompt:
=A0 (gdb) pp current_buffer->name_
=A0
(g= db) pp current_buffer->name_
Cannot access memory at address 0= x8b6a00
=A0
=A0 (gdb) p current_buffer->text->beg[1200]@100
=
=A0(gdb) p current_buffer->text->beg[1200]@100
$1 =3D "num to avoid later static_cast in\n// PluginInstance.\nenum= MediaKeyError {\n =A0kUnknownError =3D 1,\n =A0kCl"
which tells me the current buffer was an edited version of http://src.chromium.org/viewvc/chrome/trunk/sr= c/webkit/media/crypto/ppapi/cdm_wrapper.cc?view=3Dmarkup (which I can&#= 39;t share in its entirety). =A0FWIW, there's nothing non-7-bit-ascii i= n this file, and nothing that should have triggered any bidi-specific logic= . =A0It's just a cc-mode C++ file.

Possibly interestingly, if I print p current_buffer->= ;text->beg[0]@100000 to emit the entire buffer, I see this text starting= at char 1675:
http://go", '\0= 00' <repeats 2000 times>, "/b
Those 2000 NULs are definitely out of place (the URL should have start= ed with http://go/b) but I don't know if th= at's a debugging artifact, or what.

If I load = the modified buffer into my HEAD session (overlays-at 1295) returns nil.

Also, what do the following commands produce?
=A0 (gdb) frame 6
=A0 (gdb) pgrowx it->glyph_row
=A0
(gdb) frame 6
#= 6 =A00x0000000000447aa1 in pop_it (it=3D0x7fff2251f1e0) at xdisp.c:5769
=
5769 =A0 =A0 =A0 =A0 =A0bidi_pop_it (&it->bidi_it);
=
(gdb) pgrowx it->glyph_rowYou can't do that without a process to debug.

Cheers,
-a
--20cf3071cf9ad7fd8804cd232b0b-- From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 28 15:52:46 2012 Received: (at 12745) by debbugs.gnu.org; 28 Oct 2012 19:52:46 +0000 Received: from localhost ([127.0.0.1]:36964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSYub-00078h-Sx for submit@debbugs.gnu.org; Sun, 28 Oct 2012 15:52:46 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:50586) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSYuY-00078U-90 for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 15:52:44 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MCM00L00CBORI00@a-mtaout20.012.net.il> for 12745@debbugs.gnu.org; Sun, 28 Oct 2012 21:50:18 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCM00L2PCFU0PF0@a-mtaout20.012.net.il>; Sun, 28 Oct 2012 21:50:18 +0200 (IST) Date: Sun, 28 Oct 2012 21:50:26 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83fw4y8jgd.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 12:00:49 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > Thanks. But I'd like to see the report from your normal session, > > invoked just as you invoke those that crash. > > > > Of course now I don't have such a session b/c I'm running w/ git HEAD :) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 12:00:49 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > Thanks. But I'd like to see the report from your normal session, > > invoked just as you invoke those that crash. > > > > Of course now I don't have such a session b/c I'm running w/ git HEAD :) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Sun, 28 Oct 2012 12:00:49 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > Thanks. But I'd like to see the report from your normal session, > > invoked just as you invoke those that crash. > > > > Of course now I don't have such a session b/c I'm running w/ git HEAD :) If it loads the same .emacs, that is good enough. > So this seems to say that there's at least one overlay string at > > buffer position 1295. Is that reasonable? What was the current > > buffer when this crashed? You can find that out by typing this at GDB > > prompt: > > (gdb) pp current_buffer->name_ > > > > (gdb) pp current_buffer->name_ > Cannot access memory at address 0x8b6a00 How about this: (gdb) p current_buffer->name_ (gdb) xtype (Note: "p", not "pp".) If the last command says it's a Lisp string, display the contents of 'struct Lisp_String' whose address it shows. > > (gdb) p current_buffer->text->beg[1200]@100 > > > > (gdb) p current_buffer->text->beg[1200]@100 > $1 = "num to avoid later static_cast in\n// PluginInstance.\nenum > MediaKeyError {\n kUnknownError = 1,\n kCl" > which tells me the current buffer was an edited version of > http://src.chromium.org/viewvc/chrome/trunk/src/webkit/media/crypto/ppapi/cdm_wrapper.cc?view=markup(which Did that buffer have any minor mode or some other optional feature turned on, in addition to C++ Mode? > FWIW, there's nothing non-7-bit-ascii in this file, and nothing that > should have triggered any bidi-specific logic. It's just a cc-mode > C++ file. This crash is not about bidi. It is about handling overlays. That it barfs inside a function whose name begins with "bidi" is just sheer luck--or lack thereof. > Possibly interestingly, if I print p current_buffer->text->beg[0]@100000 to > emit the entire buffer, I see this text starting at char 1675: > http://go", '\000' , "/b > Those 2000 NULs are definitely out of place (the URL should have started > with http://go/b) but I don't know if that's a debugging artifact, or what. This could be the gap, you should see its position and size like this: (gdb) p current_buffer->text->gpt (gdb) p current_buffer->text->gap_size > If I load the modified buffer into my HEAD session (overlays-at 1295) > returns nil. That's what I suspected, this is the reason for the abort: Emacs thinks there's an overlay string at that position, when there is none, actually. > > (gdb) frame 6 > > > #6 0x0000000000447aa1 in pop_it (it=0x7fff2251f1e0) at xdisp.c:5769 > > > 5769 bidi_pop_it (&it->bidi_it); > > > (gdb) pgrowx it->glyph_row > You can't do that without a process to debug. So are you debugging a core dump? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 00:29:27 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 04:29:27 +0000 Received: from localhost ([127.0.0.1]:37210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSgya-0002fB-PT for submit@debbugs.gnu.org; Mon, 29 Oct 2012 00:29:27 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:64954) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSgyW-0002ew-2M for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 00:29:23 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so5918341vcb.3 for <12745@debbugs.gnu.org>; Sun, 28 Oct 2012 21:26:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=hpygxgcHKV2Xjehtz6M7AbimWIuR87elU6sGPS9ugxk=; b=NtBDKs+9kEPozHWQVel4VgPnFRjJAYN2A6N/ScQOfVjO3LLhO5Ap+aRo2lThwIuDRL USXptFn8TsSIeH8bcAVpxcSuFq2mVQ0E2EtkhE6KM2ZnKUd0F52oOGeY3IWP3FTHsDjq ghTJP/8FwiiTWb/w8UIkXyou2DrODH2eshJHBScUcOQh6pMQYylWrjInJ2kbPx1bnQMf +37pJU64QSYtDir+N0ArOR3s153ULbiL6nCNILjD79UTmjHrKTZZmgdRe48pCG4UzrKL JsrYxS+8TsyVNWufNIVIJLSsfDHIGbTJMlYvQ7ILnxCpOrZ/iMV37lPma4pHNbH8ofWh E1Fg== MIME-Version: 1.0 Received: by 10.221.10.81 with SMTP id oz17mr7062597vcb.67.1351484815572; Sun, 28 Oct 2012 21:26:55 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Sun, 28 Oct 2012 21:26:55 -0700 (PDT) In-Reply-To: <83fw4y8jgd.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> Date: Sun, 28 Oct 2012 21:26:55 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/mixed; boundary=bcaec54fb75c59ffcf04cd2b141f X-Gm-Message-State: ALoCoQngvwP/zt0mNRhB5vCtqri7oRClCYim8qun8w9Vy0qZ0o0b9nYo2pZx36HQDW45VqtTvRQ9 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 12745 Cc: 12745@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: -2.6 (--) --bcaec54fb75c59ffcf04cd2b141f Content-Type: multipart/alternative; boundary=bcaec54fb75c59ffbe04cd2b141d --bcaec54fb75c59ffbe04cd2b141d Content-Type: text/plain; charset=ISO-8859-1 > If it loads the same .emacs, that is good enough. > Ok, attached. > So this seems to say that there's at least one overlay string at > > > buffer position 1295. Is that reasonable? What was the current > > > buffer when this crashed? You can find that out by typing this at GDB > > > prompt: > > > (gdb) pp current_buffer->name_ > > (gdb) pp current_buffer->name_ > > Cannot access memory at address 0x8b6a00 > How about this: > (gdb) p current_buffer->name_ > (gdb) xtype > (Note: "p", not "pp".) > If the last command says it's a Lisp string, display the contents of > 'struct Lisp_String' whose address it shows. > (gdb) p current_buffer->name_ $22 = 101548849 (gdb) xtype Lisp_String (gdb) xstring current_buffer->name_ $23 = (struct Lisp_String *) 0x60d8330 "cdm_wrapper.cc" > > > (gdb) p current_buffer->text->beg[1200]@100 > > (gdb) p current_buffer->text->beg[1200]@100 > > $1 = "num to avoid later static_cast in\n// PluginInstance.\nenum > > MediaKeyError {\n kUnknownError = 1,\n kCl" > > which tells me the current buffer was an edited version of > > > http://src.chromium.org/viewvc/chrome/trunk/src/webkit/media/crypto/ppapi/cdm_wrapper.cc?view=markup(which > Did that buffer have any minor mode or some other optional feature > turned on, in addition to C++ Mode? See attached b-g-e.txt, in which the current buffer is the same .cc file in my HEAD session loading the same .emacs as the crashed one. > Possibly interestingly, if I print p current_buffer->text->beg[0]@100000 > to > > emit the entire buffer, I see this text starting at char 1675: > > http://go", '\000' , "/b > > Those 2000 NULs are definitely out of place (the URL should have started > > with http://go/b) but I don't know if that's a debugging artifact, or > what. > > This could be the gap, you should see its position and size like this: > > (gdb) p current_buffer->text->gpt > (gdb) p current_buffer->text->gap_size Yep, looks like it: (gdb) p current_buffer->text->gpt $24 = 1684 (gdb) p current_buffer->text->gap_size $25 = 2000 > > (gdb) frame 6 > > > #6 0x0000000000447aa1 in pop_it (it=0x7fff2251f1e0) at xdisp.c:5769 > > > 5769 bidi_pop_it (&it->bidi_it); > > > (gdb) pgrowx it->glyph_row > > You can't do that without a process to debug. > So are you debugging a core dump? > Yes. -a --bcaec54fb75c59ffbe04cd2b141d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
If it loads t= he same .emacs, that is good enough.

Ok= , attached.=A0

> So this seems to say that there's at least one overlay string at > > buffer position 1295. =A0Is that reasonable? =A0What was the curr= ent
> > buffer when this crashed? =A0You can find that out by typing this= at GDB
> > prompt:
> > =A0 (gdb) pp current_buffer->name_
> (gdb) pp current_buffer->name_
> Cannot access memory at address 0x8b6a00
How about this:
=A0 (gdb) p current_buffer->name_
=A0 (gdb) xtype
(Note: "p", not "pp".)
If the last command says it's a Lisp string, display the contents of 'struct Lisp_String' whose address it shows.
<= br>
(gdb) p current_buffer->name_
$22 =3D 101548849<= /div>
(gdb) xtype
Lisp_String
(gdb) xstring current= _buffer->name_
$23 =3D (struct Lisp_String *) 0x60d8330
=A0 "cdm_wrapp= er.cc"
=A0
> > =A0 (gdb) p current_buffer->text->beg[1200]@100
> =A0(gdb) p current_buffer->text->beg[1200]@100
> $1 =3D "num to avoid later static_cast in\n// PluginInstance.\nen= um
> MediaKeyError {\n =A0kUnknownError =3D 1,\n =A0kCl"
> which tells me the current buffer was an edited version of
> http:/= /src.chromium.org/viewvc/chrome/trunk/src/webkit/media/crypto/ppapi/cdm_wra= pper.cc?view=3Dmarkup(which
Did that buffer have any minor mode or some other optional feature turned on, in addition to C++ Mode?

See att= ached b-g-e.txt, in which the current buffer is the same .cc file in my HEA= D session loading the same .emacs as the crashed one.

> Possibly interestingly, if I print p current_buffer->text->beg[0= ]@100000 to
> emit the entire buffer, I see this text starting at char 1675:
> http://go", '\000= ' <repeats 2000 times>, "/b
> Those 2000 NULs are definitely out of place (the URL should have start= ed
> with http://go/b) but I = don't know if that's a debugging artifact, or what.

This could be the gap, you should see its position and size like this= :

=A0 (gdb) p current_buffer->text->gpt
=A0 (gdb) p current_buffer->text->gap_size

Yep, looks like it:
(gdb) p current_buffer->text->gpt=
$24 =3D 1684
(gdb) p current_buffer->text->gap_s= ize
$25 =3D 2000

> > (gdb) frame 6
> > #6 =A00x0000000000447aa1 i= n pop_it (it=3D0x7fff2251f1e0) at xdisp.c:5769
> > 5769 =A0 =A0 =A0 =A0 =A0bidi_pop_it (&it->bidi_it);
>= ; > (gdb) pgrowx it->glyph_row
> You can't do that without a process to debug.
So are you debugging a core dump?

Yes.

-a=A0
--bcaec54fb75c59ffbe04cd2b141d-- --bcaec54fb75c59ffcf04cd2b141f Content-Type: text/plain; charset=US-ASCII; name="b-g-e.txt" Content-Disposition: attachment; filename="b-g-e.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h8ulhfoc0 CkltcG9ydGFudCBzZXR0aW5nczoKICB2YWx1ZSBvZiAkTENfQUxMOiAKICB2YWx1ZSBvZiAkTEFO RzogZW5fVVMuVVRGLTgKICBsb2NhbGUtY29kaW5nLXN5c3RlbTogdXRmLTgtdW5peAogIGRlZmF1 bHQgZW5hYmxlLW11bHRpYnl0ZS1jaGFyYWN0ZXJzOiB0CgpNYWpvciBtb2RlOiBDKysvbGFoCgpN aW5vciBtb2RlcyBpbiBlZmZlY3Q6CiAgZmlsbGNvZGUtbW9kZTogdAogIGZjaS1tb2RlOiB0CiAg Zmx5bWFrZS1tb2RlOiB0CiAgZ2xvYmFsLXBvaW50YmFjay1tb2RlOiB0CiAgcG9pbnRiYWNrLW1v ZGU6IHQKICBkaWZmLWF1dG8tcmVmaW5lLW1vZGU6IHQKICBzYXZlaGlzdC1tb2RlOiB0CiAgd2lu bmVyLW1vZGU6IHQKICBwZXJzaXN0ZW50LXRoaW5nLW1vZGU6IHQKICBueGh0bWwtbWVudS1tb2Rl OiB0CiAgYW1pLWhpLWxvY2stbW9kZTogdAogIGhpLWxvY2stbW9kZTogdAogIHJjaXJjLXRyYWNr LW1pbm9yLW1vZGU6IHQKICBkaXNwbGF5LXRpbWUtbW9kZTogdAogIGRlc2t0b3Atc2F2ZS1tb2Rl OiB0CiAgZ2xvYmFsLWF1dG8tcmV2ZXJ0LW1vZGU6IHQKICBnbG9iYWwtbGludW0tbW9kZTogdAog IGxpbnVtLW1vZGU6IHQKICBzaGVsbC1kaXJ0cmFjay1tb2RlOiB0CiAgYW1pLWV2ZXJ5d2hlcmUt a2V5cy1tb2RlOiB0CiAgdG9vbHRpcC1tb2RlOiB0CiAgbW91c2Utd2hlZWwtbW9kZTogdAogIGZp bGUtbmFtZS1zaGFkb3ctbW9kZTogdAogIGdsb2JhbC1mb250LWxvY2stbW9kZTogdAogIGZvbnQt bG9jay1tb2RlOiB0CiAgYmxpbmstY3Vyc29yLW1vZGU6IHQKICBhdXRvLWNvbXBvc2l0aW9uLW1v ZGU6IHQKICBhdXRvLWVuY3J5cHRpb24tbW9kZTogdAogIGF1dG8tY29tcHJlc3Npb24tbW9kZTog dAogIGNvbHVtbi1udW1iZXItbW9kZTogdAogIGxpbmUtbnVtYmVyLW1vZGU6IHQKICBhdXRvLWZp bGwtZnVuY3Rpb246IGMtZG8tYXV0by1maWxsCiAgdHJhbnNpZW50LW1hcmstbW9kZTogdAogIGFi YnJldi1tb2RlOiB0CgpMb2FkLXBhdGggc2hhZG93czoKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlz cC9vcmctbW9kZS9jb250cmliL2xpc3Avb3JnLXBhbmVsIGhpZGVzIC9ob21lL2Zpc2NobWFuL2Fw cHMvZWxpc3AvbnhodG1sLTIuMDgtMTAwNDI1L3V0aWwvb3JnLXBhbmVsCi9ob21lL2Zpc2NobWFu L2FwcHMvZWxpc3AvbnhodG1sLTIuMDgtMTAwNDI1L3V0aWwvcG9pbnRiYWNrIGhpZGVzIH4vLmVs aXNwL3BvaW50YmFjawovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL254aHRtbC0yLjA4LTEwMDQy NS9yZWxhdGVkL3BocC1tb2RlIGhpZGVzIH4vLmVsaXNwL3BocC1tb2RlCi9ob21lL2Zpc2NobWFu L2FwcHMvZWxpc3AvbnhodG1sLTIuMDgtMTAwNDI1L3JlbGF0ZWQvbW96IGhpZGVzIH4vLmVsaXNw L21vegovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUt bGlzcC9vcmctaXJjIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41 MC9saXNwL29yZy9vcmctaXJjCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hh cmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1odG1sIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hh cmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctaHRtbAovaG9tZS9maXNjaG1hbi9hcHBzL2Vs aXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctdGltZXIgaGlkZXMgL3Vzci9n bWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy10aW1lcgovaG9t ZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmct Y3J5cHQgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Av b3JnL29yZy1jcnlwdAovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2Vt YWNzL3NpdGUtbGlzcC9vcmctbWFjcyBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2Vt YWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLW1hY3MKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9v cmctbW9kZS9zaGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWZlZWQgaGlkZXMgL3Vzci9nbWFjcy0y MDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy1mZWVkCi9ob21lL2Zpc2No bWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1pZCBoaWRl cyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWlk Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNw L29yZy1mYWNlcyBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAv bGlzcC9vcmcvb3JnLWZhY2VzCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hh cmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1oYWJpdCBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3No YXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWhhYml0Ci9ob21lL2Zpc2NobWFuL2FwcHMv ZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1ybWFpbCBoaWRlcyAvdXNy L2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLXJtYWlsCi9o b21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29y Zy1kb2N2aWV3IGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9s aXNwL29yZy9vcmctZG9jdmlldwovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3No YXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctZm9vdG5vdGUgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAy Ny9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy1mb290bm90ZQovaG9tZS9maXNjaG1h bi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctYmlidGV4IGhp ZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmct YmlidGV4Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0 ZS1saXNwL29yZy1taGUgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4y LjUwL2xpc3Avb3JnL29yZy1taGUKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9z aGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWN0YWdzIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcv c2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctY3RhZ3MKL2hvbWUvZmlzY2htYW4vYXBw cy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLXJlbWVtYmVyIGhpZGVz IC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctcmVt ZW1iZXIKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFjcy9zaXRl LWxpc3Avb3JnLW1ldyBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIu NTAvbGlzcC9vcmcvb3JnLW1ldwovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3No YXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctdGFibGUgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9z aGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy10YWJsZQovaG9tZS9maXNjaG1hbi9hcHBz L2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctYmVhbWVyIGhpZGVzIC91 c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctYmVhbWVy Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNw L29yZy1pbnN0YWxsIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41 MC9saXNwL29yZy9vcmctaW5zdGFsbAovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2Rl L3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctdzNtIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcv c2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctdzNtCi9ob21lL2Zpc2NobWFuL2FwcHMv ZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1mcmVlbWluZCBoaWRlcyAv dXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWZyZWVt aW5kCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1s aXNwL29yZy1sYXRleCBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIu NTAvbGlzcC9vcmcvb3JnLWxhdGV4Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUv c2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1wdWJsaXNoIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEw Mjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctcHVibGlzaAovaG9tZS9maXNjaG1h bi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctYXR0YWNoIGhp ZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmct YXR0YWNoCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0 ZS1saXNwL29yZy13bCBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIu NTAvbGlzcC9vcmcvb3JnLXdsCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hh cmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1hcmNoaXZlIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcv c2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctYXJjaGl2ZQovaG9tZS9maXNjaG1hbi9h cHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctZXhwLWJsb2NrcyBo aWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3Jn LWV4cC1ibG9ja3MKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFj cy9zaXRlLWxpc3Avb3JnLXZtIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3Mv MjQuMi41MC9saXNwL29yZy9vcmctdm0KL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9k ZS9zaGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWRhdGV0cmVlIGhpZGVzIC91c3IvZ21hY3MtMjAx MjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctZGF0ZXRyZWUKL2hvbWUvZmlz Y2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWFnZW5k YSBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcv b3JnLWFnZW5kYQovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNz L3NpdGUtbGlzcC9vcmctaW5saW5ldGFzayBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJl L2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWlubGluZXRhc2sKL2hvbWUvZmlzY2htYW4vYXBw cy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWdudXMgaGlkZXMgL3Vz ci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy1nbnVzCi9o b21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29y Zy1jbG9jayBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlz cC9vcmcvb3JnLWNsb2NrCi9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvY29udHJp Yi9saXNwL29yZy1zcGVjaWFsLWJsb2NrcyBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJl L2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLXNwZWNpYWwtYmxvY2tzCi9ob21lL2Zpc2NobWFu L2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1kb2Nib29rIGhp ZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmct ZG9jYm9vawovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3Np dGUtbGlzcC9vcmcgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUw L2xpc3Avb3JnL29yZwovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2Vt YWNzL3NpdGUtbGlzcC9vcmctaWNhbGVuZGFyIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hh cmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctaWNhbGVuZGFyCi9ob21lL2Zpc2NobWFuL2Fw cHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1tb3VzZSBoaWRlcyAv dXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLW1vdXNl Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNw L29yZy1iYmRiIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9s aXNwL29yZy9vcmctYmJkYgovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJl L2VtYWNzL3NpdGUtbGlzcC9vcmctbWFjLW1lc3NhZ2UgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAy Ny9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy1tYWMtbWVzc2FnZQovaG9tZS9maXNj aG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctcHJvdG9j b2wgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUwL2xpc3Avb3Jn L29yZy1wcm90b2NvbAovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2Vt YWNzL3NpdGUtbGlzcC9vcmctYXNjaWkgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9l bWFjcy8yNC4yLjUwL2xpc3Avb3JnL29yZy1hc2NpaQovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNw L29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctZXhwIGhpZGVzIC91c3IvZ21hY3Mt MjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctZXhwCi9ob21lL2Zpc2No bWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1saXN0IGhp ZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmct bGlzdAovaG9tZS9maXNjaG1hbi9hcHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUt bGlzcC9vcmcteG94byBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIu NTAvbGlzcC9vcmcvb3JnLXhveG8KL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9z aGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWluZGVudCBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3 L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWluZGVudAovaG9tZS9maXNjaG1hbi9h cHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctY29sdmlldyBoaWRl cyAvdXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWNv bHZpZXcKL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9zaGFyZS9lbWFjcy9zaXRl LWxpc3Avb3JnLXBsb3QgaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4y LjUwL2xpc3Avb3JnL29yZy1wbG90Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUv c2hhcmUvZW1hY3Mvc2l0ZS1saXNwL29yZy1pbmZvIGhpZGVzIC91c3IvZ21hY3MtMjAxMjEwMjcv c2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctaW5mbwovaG9tZS9maXNjaG1hbi9hcHBz L2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctbW9iaWxlIGhpZGVzIC91 c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctbW9iaWxl Ci9ob21lL2Zpc2NobWFuL2FwcHMvZWxpc3Avb3JnLW1vZGUvc2hhcmUvZW1hY3Mvc2l0ZS1saXNw L29yZy1qc2luZm8gaGlkZXMgL3Vzci9nbWFjcy0yMDEyMTAyNy9zaGFyZS9lbWFjcy8yNC4yLjUw L2xpc3Avb3JnL29yZy1qc2luZm8KL2hvbWUvZmlzY2htYW4vYXBwcy9lbGlzcC9vcmctbW9kZS9z aGFyZS9lbWFjcy9zaXRlLWxpc3Avb3JnLWNvbXBhdCBoaWRlcyAvdXNyL2dtYWNzLTIwMTIxMDI3 L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9vcmcvb3JnLWNvbXBhdAovaG9tZS9maXNjaG1hbi9h cHBzL2VsaXNwL29yZy1tb2RlL3NoYXJlL2VtYWNzL3NpdGUtbGlzcC9vcmctc3JjIGhpZGVzIC91 c3IvZ21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL29yZy9vcmctc3JjCi9o b21lL2J1aWxkL3B1YmxpYy9lbmcvZWxpc3AvdGhpcmRfcGFydHkveG1sdG9rIGhpZGVzIC91c3Iv Z21hY3MtMjAxMjEwMjcvc2hhcmUvZW1hY3MvMjQuMi41MC9saXNwL254bWwveG1sdG9rCi9ob21l L2Zpc2NobWFuL2FwcHMvZWxpc3AvbnhodG1sLTIuMDgtMTAwNDI1L3Rlc3RzL2VydCBoaWRlcyAv dXNyL2dtYWNzLTIwMTIxMDI3L3NoYXJlL2VtYWNzLzI0LjIuNTAvbGlzcC9lbWFjcy1saXNwL2Vy dAoKRmVhdHVyZXM6CihzaGFkb3cgc29ydCBtYWlsLWV4dHIgZW1hY3NidWcgbWVzc2FnZSBtYWls YWJicmV2IGdtbS11dGlscwptYWlsaGVhZGVyIHNlbmRtYWlsIG1haWwtdXRpbHMgdmMtZGlzcGF0 Y2hlciB2Yy1zdm4gdGFiaWZ5IGFwcm9wb3MKZGVidWcgbWlzZWFyY2ggbXVsdGktaXNlYXJjaCBs b25nbGluZXMgcmV2ZWFsIG9yZy13bCBvcmctdzNtIG9yZy12bQpvcmctcm1haWwgb3JnLW1oZSBv cmctbWV3IG9yZy1pcmMgb3JnLWpzaW5mbyBvcmctaW5mb2pzIG9yZy1odG1sCm9yZy1leHAgb3Jn LWFnZW5kYSBvcmctaW5mbyBvcmctZ251cyBvcmctZG9jdmlldyBvcmctYmlidGV4IG9yZy1iYmRi Cm1ha2UtbW9kZSBzaC1zY3JpcHQgc21pZSBjYy1sYW5ncyBkaXNwLXRhYmxlIGZpbGxjb2RlIGNj LWJ5dGVjb21wCmVsZG9jIHNlcnZlciBmaWxsLWNvbHVtbi1pbmRpY2F0b3IgeGNzY29wZSBmaW5k LXRoaW5ncy1mYXN0CmZseW1ha2UtY2hyb21pdW0gZmx5bWFrZSBjcmVsIGd5cCAKZ290by1sYXN0 LWNoYW5nZSBwb2ludGJhY2sgdHJhbXAgdHJhbXAtY29tcGF0IHRyYW1wLWxvYWRkZWZzCmVzcy10 b29sYmFyIGVzcy1tb3VzIG1vdXNlbWUgZXNzLW1lbnUgc3BlZWRiYXIgc2ItaW1hZ2UgZXppbWFn ZSBkZnJhbWUKZXNzLXN3diBlc3Mtbm93ZWIgbm93ZWItZm9udC1sb2NrLW1vZGUgZXNzbC1idWdz IGVzc2Qtb21nIGVzc2wtb21nCmVzc2QtZWxzIGVzc2Qtc2FzIGVzc2wtc2FzIGVzc2Etc2FzIGV4 ZWN1dGFibGUgZXNzZC1hcmMgZXNzZC12c3QKZXNzZC14bHMgZXNzbC1sc3AgZXNzZC1zdGEgZXNz bC1zdGEgbWFrZS1yZWdleHAgZXNzZC1zcDYgZXNzZC1zcDUKZXNzZC1zcDMgZXNzZC1yIGVzc2Qt ci1hcmdzIGVzc2wtcyBlc3MtaW5mIGVzcy11dGlscyBlc3MtbW9kZQpub3dlYi1tb2RlIGVzcyBl c3MtY3VzdCBlc3MtZW1jcyBlc3Mtc2l0ZSBoaWdobGlnaHQtc3ltYm9sIHNoZWxsLXBvcAptYWdp dCBwYXJzZS10aW1lIHNtZXJnZS1tb2RlIGRpZmYtbW9kZSBrZXktY2hvcmQgbWVtb3J5LXVzYWdl IHNhdmVoaXN0CnBhcmVuIG1pYy1wYXJlbiBwYWdlciByYy9wZ24tbWlzYyB3aW5uZXIgZXJpbiBh bWktcm90YXRlLWZpbGVzCmZseXNwZWxsIGlzcGVsbCByYy9hbWktcGhvbmUgZGVzY3JpYmUta2V5 bWFwIHJjL2FtaS1ibG9nCmFtaS10b2dnbGUtY2FtZWwtaHlwaGVucyBwZXJzaXN0ZW50LXRoaW5n LW1vZGUgaGVscC1tb2RlIHBvcHVwLXJ1bGVyCnJjL2FtaS1vcmcgb3JnLWJhYmVsLWluaXQgb3Jn LWJhYmVsLXNoIG9yZy1iYWJlbC1lbWFjcy1saXNwCm9yZy1iYWJlbC1rZXlzIG9yZy1iYWJlbC10 YW5nbGUgb3JnLWJhYmVsLWxvYiBvcmctYmFiZWwtY29taW50Cm9yZy1iYWJlbC10YWJsZSBvcmct YmFiZWwtZXhwIG9yZy1iYWJlbC1yZWYgb3JnLWJhYmVsIG9yZy1leHAtYmxvY2tzCm9yZy10YWJs ZSBjYWwtZHN0IGNhbC1tZW51IGNhbGVuZGFyIGNhbC1sb2FkZGVmcyBvcmcgb3JnLWZvb3Rub3Rl Cm9yZy1zcmMgb3JnLWxpc3Qgb3JnLWZhY2VzIG9yZy1jb21wYXQgb3JnLW1hY3MgZm9sZG91dCBu b3V0bGluZQpvdXRsaW5lIHdkaXJlZCBkaXJlZCByYy9kb3MydW5peCBjYW1sLWZvbnQgcmMvYW1p LXNxbCBzcWwgdzNtLWxvYWQKbnhodG1sLWF1dG9zdGFydCBueGh0bWwtYXV0b2xvYWQgbWFqbW9k cHJpIG54aHRtbC1tZW51IHdlYi1hdXRvbG9hZApueGh0bWwtYmFzZSBjYWxjIGNhbGMtbG9hZGRl ZnMgY2FsYy1tYWNzIHJjL2FtaS1ldWRjIGV1ZGNiLWxkYXAgbGRhcApldWRjIGV1ZGMtb3B0aW9u cy1maWxlIGN1cy1lZGl0IGV1ZGMtdmFycyByYy9hbWktbWFpbGNyeXB0IG1tbDIwMTUKZXBnLWNv bmZpZyBtbWwgbW1sLXNlYyBtbS1kZWNvZGUgbW0tYm9kaWVzIG1tLWVuY29kZSBtYWlsLXBhcnNl CnJmYzIyMzEgcmZjMjA0NyByZmMyMDQ1IGlldGYtZHJ1bXMgbWFpbGNyeXB0IHJmYzgyMgpyYy9h bWktanVzdC1vbmUtc3BhY2UgcmMvYW1pLXRleHQtbW9kZSBmaWxsYWRhcHQgcmMvYW1pLWZvbnRz IHB1bHNlCnBzLXByaW50IHBzLWRlZiBscHIgcmMvYW1pLWlldmVyeXRoaW5nIGlkbyBtY29tcGxl dGUgcmMvYW1pLXdpbmRvd3MKd2luZG1vdmUgYmJkYi1hdXRvbG9hZHMgYmJkYiB0aW1lem9uZSBo aS1sb2NrIHVuaXF1aWZ5IHJjaXJjIHRpbWUKZGVza3RvcCB2Yy1naXQgZ2l0LWJsYW1lIGZvcm1h dC1zcGVjIGdpdCBsb2ctZWRpdCBwY3ZzLXV0aWwKYWRkLWxvZyBld29jIGF1dG9yZXZlcnQgbGlu dW0gYWN0aW9uc2NyaXB0LW1vZGUgZWRtYWNybwprbWFjcm8gY29kZS1yZXZpZXcgc25hcHNob3Qg c2F3emFsbCBjYy1tb2RlIGNjLWZvbnRzCmNjLWd1ZXNzIGNjLW1lbnVzIGNjLWNtZHMgY2Mtc3R5 bGVzIGNjLWFsaWduIGNjLWVuZ2luZSBjYy12YXJzIGNzCmJyb3dzZS11cmwgY3NlYXJjaCB0cmVl LXdpZGdldAp3aWQtZWRpdCBldGFncyBwNC1maWxlcyBlZGlmZi1tZXJnIGVkaWZmLWRpZmYgZWRp ZmYtd2luZCBlZGlmZi1oZWxwCmVkaWZmLXV0aWwgZWRpZmYtaW5pdCBlZGlmZi1tdWx0IHJvdGF0 ZS1hbW9uZy1maWxlcyByb3RhdGUtY2xpZW50cwpzdHJpbmcgcDQgd2FybmluZ3MgdGhpbmdhdHB0 IHNoZWxsIHBjb21wbGV0ZSAKZmZhcCB1cmwtcGFyc2UgYXV0aC1zb3VyY2UgZWllaW8gYnl0ZS1v cHQgYnl0ZWNvbXAgYnl0ZS1jb21waWxlIGNjb252CmdudXMtdXRpbCBtbS11dGlsIG1haWwtcHJz dnIgcGFzc3dvcmQtY2FjaGUgdXJsLXZhcnMgCmd1ZApjYy1kZWZzIHB5dGhvbi1jdXN0b20gYWR2 aWNlIGhlbHAtZm5zIGFkdmljZS1wcmVsb2FkIApkZXJpdmVkIGNsLW1hY3MgZ3YgY2wgY2wtbGli CnRpbWUtZGF0ZSBhc3NvYyBncmVwIGNvbXBpbGUgZWxwIHB5dGhvbi1tb2RlIHB5dGhvbiByeApl YXN5bWVudSBjb21pbnQgcmluZyBhbnNpLWNvbG9yIGFtaS1ldmVyeXdoZXJlLWtleXMtbW9kZQpy Yy9hbWktZXZlcnl3aGVyZS1rZXlzLW1vZGUgZWFzeS1tbW9kZSBjdXMtc3RhcnQgY3VzLWxvYWQg dG9vbHRpcAplZGlmZi1ob29rIHZjLWhvb2tzIGxpc3AtZmxvYXQtdHlwZSBtd2hlZWwgeC13aW4g eC1kbmQgdG9vbC1iYXIgZG5kCmZvbnRzZXQgaW1hZ2UgcmVnZXhwLW9wdCBmcmluZ2UgdGFidWxh dGVkLWxpc3QgbmV3Y29tbWVudCBsaXNwLW1vZGUKcmVnaXN0ZXIgcGFnZSBtZW51LWJhciByZm4t ZXNoYWRvdyB0aW1lciBzZWxlY3Qgc2Nyb2xsLWJhciBtb3VzZQpqaXQtbG9jayBmb250LWxvY2sg c3ludGF4IGZhY2VtZW51IGZvbnQtY29yZSBmcmFtZSBjaGFtIGdlb3JnaWFuCnV0Zi04LWxhbmcg bWlzYy1sYW5nIHZpZXRuYW1lc2UgdGliZXRhbiB0aGFpIHRhaS12aWV0IGxhbyBrb3JlYW4KamFw YW5lc2UgaGVicmV3IGdyZWVrIHJvbWFuaWFuIHNsb3ZhayBjemVjaCBldXJvcGVhbiBldGhpb3Bp YyBpbmRpYW4KY3lyaWxsaWMgY2hpbmVzZSBjYXNlLXRhYmxlIGVwYS1ob29rIGprYS1jbXByLWhv b2sgaGVscCBzaW1wbGUgYWJicmV2Cm1pbmlidWZmZXIgbG9hZGRlZnMgYnV0dG9uIGZhY2VzIGN1 cy1mYWNlIG1hY3JvZXhwIGZpbGVzCnRleHQtcHJvcGVydGllcyBvdmVybGF5IHNoYTEgbWQ1IGJh c2U2NCBmb3JtYXQgZW52IGNvZGUtcGFnZXMgbXVsZQpjdXN0b20gd2lkZ2V0IGhhc2h0YWJsZS1w cmludC1yZWFkYWJsZSBiYWNrcXVvdGUgbWFrZS1uZXR3b3JrLXByb2Nlc3MKZGJ1c2JpbmQgZHlu YW1pYy1zZXR0aW5nIHN5c3RlbS1mb250LXNldHRpbmcgZm9udC1yZW5kZXItc2V0dGluZwp4LXRv b2xraXQgeCBtdWx0aS10dHkgZW1hY3MpCg== --bcaec54fb75c59ffcf04cd2b141f-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 13:15:06 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 17:15:06 +0000 Received: from localhost ([127.0.0.1]:38405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSsvZ-0007w8-Q6 for submit@debbugs.gnu.org; Mon, 29 Oct 2012 13:15:06 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:46990) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSsvX-0007vz-65 for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 13:15:03 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCN00A00ZO46Q00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 19:11:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCN009MGZQCZ660@a-mtaout22.012.net.il>; Mon, 29 Oct 2012 19:11:01 +0200 (IST) Date: Mon, 29 Oct 2012 19:11:11 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <838vap8aq8.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 21:26:55 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > If it loads the same .emacs, that is good enough. > > > > Ok, attached. Thanks. > (gdb) p current_buffer->name_ > $22 = 101548849 > (gdb) xtype > Lisp_String > (gdb) xstring current_buffer->name_ > $23 = (struct Lisp_String *) 0x60d8330 > "cdm_wrapper.cc" [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 28 Oct 2012 21:26:55 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > If it loads the same .emacs, that is good enough. > > > > Ok, attached. Thanks. > (gdb) p current_buffer->name_ > $22 = 101548849 > (gdb) xtype > Lisp_String > (gdb) xstring current_buffer->name_ > $23 = (struct Lisp_String *) 0x60d8330 > "cdm_wrapper.cc" [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4995] > Date: Sun, 28 Oct 2012 21:26:55 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > > If it loads the same .emacs, that is good enough. > > > > Ok, attached. Thanks. > (gdb) p current_buffer->name_ > $22 = 101548849 > (gdb) xtype > Lisp_String > (gdb) xstring current_buffer->name_ > $23 = (struct Lisp_String *) 0x60d8330 > "cdm_wrapper.cc" OK, so we were looking at the correct buffer. > > Did that buffer have any minor mode or some other optional feature > > turned on, in addition to C++ Mode? > > > See attached b-g-e.txt, in which the current buffer is the same .cc file in > my HEAD session loading the same .emacs as the crashed one. Fwew! There are quite a few minor modes you have turned on that use overlays to do their job. Coupled with the fact that the problem happens after hours of work, I don't think a reproducible recipe will be possible any time soon. Hmmm... > > So are you debugging a core dump? > > > > Yes. Well, I hope that now you are running under GDB to begin with, because debugging a live Emacs process is so much easier than debugging a core dump. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 13:59:21 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 17:59:21 +0000 Received: from localhost ([127.0.0.1]:38465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TStcO-0000Uh-Eu for submit@debbugs.gnu.org; Mon, 29 Oct 2012 13:59:20 -0400 Received: from mail-da0-f44.google.com ([209.85.210.44]:38272) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TStcK-0000UY-Ci for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 13:59:18 -0400 Received: by mail-da0-f44.google.com with SMTP id h15so2438972dan.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 10:56:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=uNuG7wWiTfcsWvTiRecO4vNMXACiuTWMJgcW7azAKZc=; b=OgKlv6btknl5M156j3oeCVRFrS/oY5Jqdn3rnPrsN31/WDhDky1B0iemil5owJ53C6 0/pNi3RIbFsVH1PDzFGwnQPRVBq982SuSG2skcrnov54QqcqSftsXlHJKOIVjyXg4oTo LXXMIQwAK7VoCXKx6/kUXCZQUwuVJdw2iVXQZwt5gopH+3EFjc4utxjm/hf/M8GicsLd hLrLQnLqHzYSCRS4CgsXLfKsX21421NF/F28HUeYqBNk/zAHRdB+3WzLmpsxAA5IjNcy AGq6UX6JFny/YGBvfuqDCPJrK8lBaYXFdJMxRa8L0cYmUvQ4bf/5OLYoLfbIK8643fT9 C+2g== MIME-Version: 1.0 Received: by 10.68.203.227 with SMTP id kt3mr72091225pbc.13.1351533408719; Mon, 29 Oct 2012 10:56:48 -0700 (PDT) Received: by 10.68.47.73 with HTTP; Mon, 29 Oct 2012 10:56:48 -0700 (PDT) In-Reply-To: <838vap8aq8.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> Date: Mon, 29 Oct 2012 10:56:48 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b15a66dba927004cd36642e X-Gm-Message-State: ALoCoQm0+4t+5EHmePWcQYVWakH0O4eLn6iTEWyS5JLK5H7oy2ARIACbcYKIaqB6wefJAGHIDS42 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: 12745@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: 0.1 (/) --047d7b15a66dba927004cd36642e Content-Type: text/plain; charset=ISO-8859-1 In case it's useful, replacing printf "%s: %d glyphs\n", ($area == 0 ? "LEFT" : $area == 2 ? "RIGHT" : "TEXT"), $used in pgrowx with: printf "%d glyphs\n", $used gives me: (gdb) pgrowx (it->glyph_row) 4 glyphs 0 0: CHAR[ ] str=3b06db1[0] blev=0,btyp=L w=6 a+d=10+2 face=22 1 6: CHAR[ ] str=3b06db1[1] blev=0,btyp=L w=6 a+d=10+2 face=22 2 12: CHAR[3] str=3b06db1[2] blev=0,btyp=L w=6 a+d=10+2 face=22 3 18: CHAR[9] str=3b06db1[3] blev=0,btyp=L w=6 a+d=10+2 face=22 23 glyphs 0 24: CHAR[ ] pos=1275 blev=0,btyp=L w=6 a+d=10+2 MB 1 30: CHAR[ ] pos=1276 blev=0,btyp=L w=6 a+d=10+2 MB 2 36: CHAR[k] pos=1277 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 3 42: CHAR[U] pos=1278 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 4 48: CHAR[n] pos=1279 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 5 54: CHAR[k] pos=1280 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 6 60: CHAR[n] pos=1281 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 7 66: CHAR[o] pos=1282 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 8 72: CHAR[w] pos=1283 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 9 78: CHAR[n] pos=1284 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 10 84: CHAR[E] pos=1285 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 11 90: CHAR[r] pos=1286 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 12 96: CHAR[r] pos=1287 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 13 102: CHAR[o] pos=1288 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 14 108: CHAR[r] pos=1289 blev=0,btyp=L w=6 a+d=10+2 face=14 MB 15 114: CHAR[ ] pos=1290 blev=0,btyp=L w=6 a+d=10+2 MB 16 120: CHAR[=] pos=1291 blev=0,btyp=L w=6 a+d=10+2 MB 17 126: CHAR[ ] pos=1292 blev=0,btyp=L w=6 a+d=10+2 MB 18 132: CHAR[1] pos=1293 blev=0,btyp=L w=6 a+d=10+2 MB 19 138: CHAR[,] pos=1294 blev=0,btyp=L w=6 a+d=10+2 MB 20 144: CHAR[ ] str=61334f1[0] blev=0,btyp=L w=6 a+d=10+2 MB 21 150: STRETCH[12+10] str=61335d1[1] w=354 a+d=10+2 MB 22 504: IMAGE[0] str=61335d1[2] w=6 a+d=10+2 MB slice=0,0,6,12 (I imagine the IMAGE at the end there is fci-mode ) Cheers, -a --047d7b15a66dba927004cd36642e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
In case it's useful, replacing
printf "%s: %d glyph= s\n", ($area =3D=3D 0 ? "LEFT" : $area =3D=3D 2 ? "RIGH= T" : "TEXT"), $used
in pgrowx with:
prin= tf "%d glyphs\n", $used
gives me:

(gdb) pgrowx (it->glyph_row= )
4 glyphs
=A0 0 =A0 =A00: CHAR[ ] str=3D3b06db1[0] ble= v=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D22
=A0 1 =A0 =A06: CHAR[ ]= str=3D3b06db1[1] blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D22
=A0 2 =A0 12: CHAR[3] str=3D3b06db1[2] blev=3D0,btyp=3DL w=3D6 a+d=3D1= 0+2 face=3D22
=A0 3 =A0 18: CHAR[9] str=3D3b06db1[3] blev=3D0,bty= p=3DL w=3D6 a+d=3D10+2 face=3D22
23 glyphs
=A0 0 =A0 24= : CHAR[ ] pos=3D1275 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 MB
=A0 1 =A0 30: CHAR[ ] pos=3D1276 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 MB=
=A0 2 =A0 36: CHAR[k] pos=3D1277 blev=3D0,btyp=3DL w=3D6 a+d=3D1= 0+2 face=3D14 MB
=A0 3 =A0 42: CHAR[U] pos=3D1278 blev=3D0,btyp= =3DL w=3D6 a+d=3D10+2 face=3D14 MB
=A0 4 =A0 48: CHAR[n] pos=3D1279 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D= 14 MB
=A0 5 =A0 54: CHAR[k] pos=3D1280 blev=3D0,btyp=3DL w=3D6 a+= d=3D10+2 face=3D14 MB
=A0 6 =A0 60: CHAR[n] pos=3D1281 blev=3D0,b= typ=3DL w=3D6 a+d=3D10+2 face=3D14 MB
=A0 7 =A0 66: CHAR[o] pos=3D1282 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D= 14 MB
=A0 8 =A0 72: CHAR[w] pos=3D1283 blev=3D0,btyp=3DL w=3D6 a+= d=3D10+2 face=3D14 MB
=A0 9 =A0 78: CHAR[n] pos=3D1284 blev=3D0,b= typ=3DL w=3D6 a+d=3D10+2 face=3D14 MB
=A010 =A0 84: CHAR[E] pos=3D1285 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D= 14 MB
=A011 =A0 90: CHAR[r] pos=3D1286 blev=3D0,btyp=3DL w=3D6 a+= d=3D10+2 face=3D14 MB
=A012 =A0 96: CHAR[r] pos=3D1287 blev=3D0,b= typ=3DL w=3D6 a+d=3D10+2 face=3D14 MB
=A013 =A0102: CHAR[o] pos=3D1288 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 face=3D= 14 MB
=A014 =A0108: CHAR[r] pos=3D1289 blev=3D0,btyp=3DL w=3D6 a+= d=3D10+2 face=3D14 MB
=A015 =A0114: CHAR[ ] pos=3D1290 blev=3D0,b= typ=3DL w=3D6 a+d=3D10+2 MB
=A016 =A0120: CHAR[=3D] pos=3D1291 bl= ev=3D0,btyp=3DL w=3D6 a+d=3D10+2 MB
=A017 =A0126: CHAR[ ] pos=3D1292 blev=3D0,btyp=3DL w=3D6 a+d=3D10+2 MB=
=A018 =A0132: CHAR[1] pos=3D1293 blev=3D0,btyp=3DL w=3D6 a+d=3D1= 0+2 MB
=A019 =A0138: CHAR[,] pos=3D1294 blev=3D0,btyp=3DL w=3D6 a= +d=3D10+2 MB
=A020 =A0144: CHAR[ ] str=3D61334f1[0] blev=3D0,btyp= =3DL w=3D6 a+d=3D10+2 MB
=A021 =A0150: STRETCH[12+10] str=3D61335d1[1] w=3D354 a+d=3D10+2 MB
=A022 =A0504: IMAGE[0] str=3D61335d1[2] w=3D6 a+d=3D10+2 MB slice= =3D0,0,6,12

(I imagine the IMAGE at the end = there is=A0fci= -mode)

Cheers,
-a
--047d7b15a66dba927004cd36642e-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 14:13:44 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 18:13:44 +0000 Received: from localhost ([127.0.0.1]:38470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TStqK-0000oe-3C for submit@debbugs.gnu.org; Mon, 29 Oct 2012 14:13:44 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:58535) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TStqF-0000oU-Qp for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 14:13:42 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MCO003002H6K900@a-mtaout21.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 20:10:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO003Q52HPFB60@a-mtaout21.012.net.il>; Mon, 29 Oct 2012 20:10:37 +0200 (IST) Date: Mon, 29 Oct 2012 20:10:48 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <837gq987yv.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 10:56:48 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > In case it's useful, replacing > printf "%s: %d glyphs\n", ($area == 0 ? "LEFT" : $area == 2 ? "RIGHT" : > "TEXT"), $used > in pgrowx with: > printf "%d glyphs\n", $used > gives me: [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 12745 Cc: 12745@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: 0.7 (/) > Date: Mon, 29 Oct 2012 10:56:48 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > In case it's useful, replacing > printf "%s: %d glyphs\n", ($area == 0 ? "LEFT" : $area == 2 ? "RIGHT" : > "TEXT"), $used > in pgrowx with: > printf "%d glyphs\n", $used > gives me: Yes, it's useful, thanks. > 19 138: CHAR[,] pos=1294 blev=0,btyp=L w=6 a+d=10+2 MB > 20 144: CHAR[ ] str=61334f1[0] blev=0,btyp=L w=6 a+d=10+2 MB > 21 150: STRETCH[12+10] str=61335d1[1] w=354 a+d=10+2 MB > 22 504: IMAGE[0] str=61335d1[2] w=6 a+d=10+2 MB slice=0,0,6,12 > > (I imagine the IMAGE at the end there is > fci-mode > ) Yes, and so is the STRETCH glyph. Can you figure out what is the string before that, viz.: > 20 144: CHAR[ ] str=61334f1[0] blev=0,btyp=L w=6 a+d=10+2 MB This is a display string or an overlay string, but where does it come from, and which mode puts it there? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 14:31:58 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 18:31:58 +0000 Received: from localhost ([127.0.0.1]:38506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSu7y-0001Fj-DZ for submit@debbugs.gnu.org; Mon, 29 Oct 2012 14:31:58 -0400 Received: from mail-pa0-f44.google.com ([209.85.220.44]:37178) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSu7v-0001Fc-Sg for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 14:31:58 -0400 Received: by mail-pa0-f44.google.com with SMTP id fb11so3489306pad.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 11:29:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=+cJkpvVKA/oEGzrLCEJ1FG9qln+9VGSJZwIY02ywQfQ=; b=Cl/GcrUr2f2Ar9qAH6fHlAL13RHh2vs2qKw7cpoiODZ3NaJht6RA7tAm1Wn9Ql7v// 4mC11L7wYSutmLBdD3gzaRI2sbOZmBfCVvJPq9ggJ9MBWh8AGc8RF48Se3iMzbVZO99U 27Cx5yIvXXMcd0R+xRRofsJ4seAozXWqJZIyLOhKxfpj1opSmRdT4NeUhiAwzA4ye8ZR L5N1KyKHJOIdSFgcjPUyaayhaeZWyTqVc6iNvPazHNH4544GomAKk0EIGe4qYYIpVJm/ bPLEP9+Rpc+BfOp3xn6TNMEOzLYd6KBSGt18T4SF+2rH9OyGkfqkBd9V7JAPyTNLA6e0 Tkzw== MIME-Version: 1.0 Received: by 10.68.253.167 with SMTP id ab7mr26449624pbd.138.1351535368052; Mon, 29 Oct 2012 11:29:28 -0700 (PDT) Received: by 10.68.47.73 with HTTP; Mon, 29 Oct 2012 11:29:28 -0700 (PDT) In-Reply-To: <837gq987yv.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> Date: Mon, 29 Oct 2012 11:29:28 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b16326d839f1f04cd36d9fd X-Gm-Message-State: ALoCoQkVyar51bsh/Irhmv1vSuSZ+tzWfhXtb4wUaqNZ8RDzFWsaqSoKoU+mwgbs5NIxAo00w0/t X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: 12745@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: 0.1 (/) --047d7b16326d839f1f04cd36d9fd Content-Type: text/plain; charset=ISO-8859-1 On Mon, Oct 29, 2012 at 11:10 AM, Eli Zaretskii wrote: > Yes, and so is the STRETCH glyph. Can you figure out what is the > string before that, viz.: > > 20 144: CHAR[ ] str=61334f1[0] blev=0,btyp=L w=6 a+d=10+2 MB > This is a display string or an overlay string, but where does it come > from, and which mode puts it there? > I'm groping in the dark, but AFAICT it's a null str? (gdb) p/x (it->glyph_row->glyphs[1][20].object) $39 = 0x61334f1 (gdb) p *(it->glyph_row->glyphs[1][20].object) $40 = 0 I'm probably Doing It Wrong (tm), though. The only guess I have is that I had entered a trailing space after that comma, which would highlight it as trailing whitespace because of this snippet from my .emacs: (highlight-regexp "[ \t]+$" 'hi-blue) using hi-lock-mode. --047d7b16326d839f1f04cd36d9fd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Oct 29, 2012 at 11:10 AM, Eli Zaretskii <eliz@gnu.org> wr= ote:
Yes, and so is the STRETCH glyph. =A0Can you figure out wha= t is the
string before that, viz.:
> =A020 =A0144: CHAR[ ] str=3D61334f1[0] blev=3D0,btyp=3DL w=3D6 a+d=3D1= 0+2 MB
This is a display string or an overlay string, but where does it come=
from, and which mode puts it there?

I'= m groping in the dark, but AFAICT it's a null str?
(gdb) p/x (i= t->glyph_row->glyphs[1][20].object)
$39 =3D 0x61334f1
(gdb) p *(it->glyph_row->glyphs[1][20].object)
$40 =3D= 0
I'm probably Doing It Wrong (tm), though.
=
The only guess I have is that I had entered a trailing space= after that comma, which would highlight it as trailing whitespace because = of this snippet from my .emacs:
(highlight-regexp "[ \t]+$" 'hi-blue)
using hi= -lock-mode.
--047d7b16326d839f1f04cd36d9fd-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 14:58:19 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 18:58:20 +0000 Received: from localhost ([127.0.0.1]:38519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuXT-0001sl-Kz for submit@debbugs.gnu.org; Mon, 29 Oct 2012 14:58:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:40624) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuXP-0001sb-Tr for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 14:58:18 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCO00B004JZAW00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 20:55:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO00AHB4KPYW60@a-mtaout22.012.net.il>; Mon, 29 Oct 2012 20:55:37 +0200 (IST) Date: Mon, 29 Oct 2012 20:55:48 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83625t85vv.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 11:29:28 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > I'm groping in the dark, but AFAICT it's a null str? No, it looks like a string with a blank character. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 11:29:28 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > I'm groping in the dark, but AFAICT it's a null str? No, it looks like a string with a blank character. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4819] > Date: Mon, 29 Oct 2012 11:29:28 -0700 > From: Ami Fischman > Cc: 12745@debbugs.gnu.org > > I'm groping in the dark, but AFAICT it's a null str? No, it looks like a string with a blank character. > (gdb) p/x (it->glyph_row->glyphs[1][20].object) > $39 = 0x61334f1 > (gdb) p *(it->glyph_row->glyphs[1][20].object) > $40 = 0 To be sure, try this: (gdb) p it->glyph_row->glyphs[1][20].object (gdb) xtype If I'm right, it should tell that the object is a Lisp string, and you can then display it like you did with the name of the buffer. > The only guess I have is that I had entered a trailing space after that > comma, which would highlight it as trailing whitespace because of this > snippet from my .emacs: > (highlight-regexp "[ \t]+$" 'hi-blue) > using hi-lock-mode. Probably. But then why isn't there a "face=" part there? hi-blue is not the default face, is it? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 14:59:20 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 18:59:20 +0000 Received: from localhost ([127.0.0.1]:38523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuYS-0001uI-42 for submit@debbugs.gnu.org; Mon, 29 Oct 2012 14:59:20 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:64315) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuYP-0001uA-AI for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 14:59:17 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so6821539vcb.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 11:56:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=sl5hT3X5Nw+AYcuqbVrLmpcXgo9oWH57XQFK8X47cks=; b=c1fYSsQa4BdegrYhjVCXQdqyFzT4E37qWIdeWMAR1NtAxIHUuntMwdGpgjAypJl/cx Vng46fWsYe+EA3bleAbBhx2lqnf6YPMyhnmtcJj2Z/1RtPq7lG8hYJiZACc2tMJIsa09 NWFCB3q3eTDDiqe2sB87opu65UE3Fv/syxXOuOA/tPmYpDMOlS4K62D8kSOVYFI/mdsN n7D3OaorSx52IGZCWcGM/2bct8L+aXaRQzRurg0JGi9jBSQNtB+J/unsnsRl2Jgqu3rq kot9aSz6npBnaJ1uuZrdNd+8v8QU7j5jBjKRdoESoPrRxCLnoXeO2gWX90ZVEvuMRgWZ YkLw== MIME-Version: 1.0 Received: by 10.220.157.75 with SMTP id a11mr31948146vcx.27.1351537009640; Mon, 29 Oct 2012 11:56:49 -0700 (PDT) Received: by 10.220.94.135 with HTTP; Mon, 29 Oct 2012 11:56:49 -0700 (PDT) In-Reply-To: References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> Date: Mon, 29 Oct 2012 14:56:49 -0400 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Alp Aker To: Ami Fischman Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Eli Zaretskii , 12745@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: 0.1 (/) >> Yes, and so is the STRETCH glyph. Can you figure out what is the >> string before that, viz.: >> > 20 144: CHAR[ ] str=61334f1[0] blev=0,btyp=L w=6 a+d=10+2 MB >> This is a display string or an overlay string, but where does it come >> from, and which mode puts it there? > > > I'm groping in the dark, but AFAICT it's a null str? > (gdb) p/x (it->glyph_row->glyphs[1][20].object) > $39 = 0x61334f1 > (gdb) p *(it->glyph_row->glyphs[1][20].object) > $40 = 0 That string is likely also from fci-mode. The overlay string that mode puts at the end of each line has the structure + + , where by default is U+E000. It shouldn't be null. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 15:11:52 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 19:11:52 +0000 Received: from localhost ([127.0.0.1]:38528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuka-0002Be-Bw for submit@debbugs.gnu.org; Mon, 29 Oct 2012 15:11:52 -0400 Received: from mail-vb0-f44.google.com ([209.85.212.44]:38908) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSukZ-0002BY-1l for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 15:11:51 -0400 Received: by mail-vb0-f44.google.com with SMTP id fc26so6936168vbb.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 12:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Q3uGsRmcpBZTYmnjeKQ8Ty+c5uUZCFB8pPHxXwbh/KA=; b=UOB/HwiLA6b1HwRImVPTu6siP6JPTC2fWlLgkc/aUaO7FZ+5qNcENogF9f2MTIIJy6 oU4I2WEU9eCS77WP2Qn0Aco8YNhYHQdPkv/VQ5phGzzyE/ZTBrpOKdCJBmN3OM5Wn+PA 0WCQSwVzldUwXaN4Ez8HVvw89Wxh84GyxvvOXBN9DUb69emnL6Ss6tErwbx6nCbWqDlX qs82DqSo7jWOzQQCXUuIUb6FmGLkFne8X3StBoTp5qZ3ap8sUBX2WBg6g4YzsgpahVlv 6TLiR20fFPWPmfzJO7VpdHEK1fC9xwVt8L0+wYfrtZVwjqU3Oo9yfRZiH3kwx4iR1xL9 fzig== MIME-Version: 1.0 Received: by 10.52.71.44 with SMTP id r12mr40372423vdu.41.1351537763107; Mon, 29 Oct 2012 12:09:23 -0700 (PDT) Received: by 10.220.94.135 with HTTP; Mon, 29 Oct 2012 12:09:22 -0700 (PDT) In-Reply-To: References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> Date: Mon, 29 Oct 2012 15:09:22 -0400 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Alp Aker To: Ami Fischman Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Eli Zaretskii , 12745@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: 0.1 (/) > That string is likely also from fci-mode. The overlay string that > mode puts at the end of each line has the structure + > + , where by default is U+E000. It > shouldn't be null. And if I'm reading things right, the display table entry for U+E000 should be [32] in this situation. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 15:25:56 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 19:25:57 +0000 Received: from localhost ([127.0.0.1]:38533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuyC-0002Ue-Ih for submit@debbugs.gnu.org; Mon, 29 Oct 2012 15:25:56 -0400 Received: from mail-da0-f44.google.com ([209.85.210.44]:52366) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSuyA-0002UW-8Y for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 15:25:55 -0400 Received: by mail-da0-f44.google.com with SMTP id h15so2471001dan.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 12:23:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=0jNJgWc6rMjDmrHaEQI/+F5uTR+7ZohpIhvoFIstERQ=; b=GdJ/TpkL8G+bH0DoqTkwldOmEEJjNn+KgP46ILcNAQwwb9Xm+r74TkCj0C5sRp8Yip 6YCgX0B1Z5B9zwkBu5JYx8B6lhac9rkTiG0EQlz1yoZt9e66FgWZx88BnPa8GoGgaJY5 7QvF6C7aR1ckp2kc/sNBwQ1U6vSxMY/shAum2yNhQFzvJ3YgEnA8KTxeYEtb4uVcxxpt 2AwfijJehMqzOLMrVpvKEO5ELiRnbX4GCsnkFBnSizHhPu/kT3UdyXet1V/I5qOh276X KIPRKAJ0pvKCxQIW5D907jS2yA3MYohB6tqr53iBDaHiv40FtL/+ej+ctckzmzakITvh CaAA== MIME-Version: 1.0 Received: by 10.66.84.40 with SMTP id v8mr85852294pay.47.1351538605973; Mon, 29 Oct 2012 12:23:25 -0700 (PDT) Received: by 10.68.47.73 with HTTP; Mon, 29 Oct 2012 12:23:25 -0700 (PDT) In-Reply-To: References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> Date: Mon, 29 Oct 2012 12:23:25 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Alp Aker Content-Type: multipart/alternative; boundary=f46d042ef5d7825f8204cd379a70 X-Gm-Message-State: ALoCoQmcXpWPKQbvugGOyhuWkQNPtB3WNmqJ+fwNB3mi748x4DJdu+ax0QtfccKciLAaiDK4A7z0 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Eli Zaretskii , 12745@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: -2.6 (--) --f46d042ef5d7825f8204cd379a70 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable More poking: (gdb) p it->glyph_row->glyphs[1][20].object $44 =3D 101922033 (gdb) xtype Lisp_String (gdb) xstring it->glyph_row->glyphs[1][20].object $45 =3D (struct Lisp_String *) 0x61334f0 "=EE=80=80" (gdb) p ((struct Lisp_String *)0x61334f0)->data $48 =3D (unsigned char *) 0x4fe9388 "=EE=80=80" (gdb) p ((struct Lisp_String *)0x61334f0)->data[0] $49 =3D 238 '\356' (gdb) p ((struct Lisp_String *)0x61334f0)->data[1] $50 =3D 128 '\200' (gdb) p ((struct Lisp_String *)0x61334f0)->data[2] $51 =3D 128 '\200' (gdb) p ((struct Lisp_String *)0x61334f0)->data[3] $52 =3D 0 '\000' --f46d042ef5d7825f8204cd379a70 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
More poking:

(gdb) p it->glyph_row->gly= phs[1][20].object
$44 =3D 101922033
(gdb) xtype
Lisp_String
(gdb) xstring it->glyph_row->glyphs[1][20].o= bject
$45 =3D (struct Lisp_String *) 0x61334f0
=C2=A0 "=EE=80= =80"

(gdb) p ((struct Lisp_String *)0x61= 334f0)->data
$48 =3D (unsigned char *) 0x4fe9388 "=EE=80= =80"
(gdb) p ((struct Lisp_String *)0x61334f0)->data[0]
$49 =3D 238 '\356'
(gdb) p ((struct Lisp_String *)0x= 61334f0)->data[1]
$50 =3D 128 '\200'
(gdb) p= ((struct Lisp_String *)0x61334f0)->data[2]
$51 =3D 128 '\= 200'
(gdb) p ((struct Lisp_String *)0x61334f0)->data[3]
$52 = =3D 0 '\000'

--f46d042ef5d7825f8204cd379a70-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 16:27:18 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 20:27:18 +0000 Received: from localhost ([127.0.0.1]:38545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSvvZ-0003po-QU for submit@debbugs.gnu.org; Mon, 29 Oct 2012 16:27:18 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:36499) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSvvW-0003pf-OK for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 16:27:16 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MCO004008MZ6E00@a-mtaout21.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 22:24:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO0048U8O10O90@a-mtaout21.012.net.il>; Mon, 29 Oct 2012 22:24:01 +0200 (IST) Date: Mon, 29 Oct 2012 22:24:12 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: To: Ami Fischman Message-id: <834nld81sj.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 12:23:25 -0700 > From: Ami Fischman > Cc: Eli Zaretskii , 12745@debbugs.gnu.org > > (gdb) p it->glyph_row->glyphs[1][20].object > $44 = 101922033 > (gdb) xtype > Lisp_String > (gdb) xstring it->glyph_row->glyphs[1][20].object > $45 = (struct Lisp_String *) 0x61334f0 > "" > > (gdb) p ((struct Lisp_String *)0x61334f0)->data > $48 = (unsigned char *) 0x4fe9388 "" [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4861] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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, 29 Oct 2012 12:23:25 -0700 > From: Ami Fischman > Cc: Eli Zaretskii , 12745@debbugs.gnu.org >=20 > (gdb) p it->glyph_row->glyphs[1][20].object > $44 =3D 101922033 > (gdb) xtype > Lisp_String > (gdb) xstring it->glyph_row->glyphs[1][20].object > $45 =3D (struct Lisp_String *) 0x61334f0 > "=EE=80=80" >=20 > (gdb) p ((struct Lisp_String *)0x61334f0)->data > $48 =3D (unsigned char *) 0x4fe9388 "=EE=80=80" Thanks, this is clear. Anyway, the problem happened at position 1295, which I believe is the newline that ends this line. I need to think... From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 16:27:51 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 20:27:51 +0000 Received: from localhost ([127.0.0.1]:38548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSvw7-0003qY-2S for submit@debbugs.gnu.org; Mon, 29 Oct 2012 16:27:51 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:62251) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSvw4-0003qM-8E for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 16:27:49 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCO00C008GD2R00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 22:25:13 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO00BU38PZXR40@a-mtaout22.012.net.il>; Mon, 29 Oct 2012 22:25:11 +0200 (IST) Date: Mon, 29 Oct 2012 22:25:22 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Alp Aker Message-id: <83390x81ql.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 15:09:22 -0400 > From: Alp Aker > Cc: Eli Zaretskii , 12745@debbugs.gnu.org > > > That string is likely also from fci-mode. The overlay string that > > mode puts at the end of each line has the structure + > > + , where by default is U+E000. It > > shouldn't be null. > > And if I'm reading things right, the display table entry for U+E000 > should be [32] in this situation. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4991] X-Debbugs-Envelope-To: 12745 Cc: 12745@debbugs.gnu.org, ami@fischman.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: 0.7 (/) > Date: Mon, 29 Oct 2012 15:09:22 -0400 > From: Alp Aker > Cc: Eli Zaretskii , 12745@debbugs.gnu.org > > > That string is likely also from fci-mode. The overlay string that > > mode puts at the end of each line has the structure + > > + , where by default is U+E000. It > > shouldn't be null. > > And if I'm reading things right, the display table entry for U+E000 > should be [32] in this situation. Out of curiosity: what is the purpose of having in an overlay this weird character and then to display it as a space? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 16:44:55 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 20:44:55 +0000 Received: from localhost ([127.0.0.1]:38558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwCc-0004Gx-Pf for submit@debbugs.gnu.org; Mon, 29 Oct 2012 16:44:55 -0400 Received: from mail-ie0-f172.google.com ([209.85.223.172]:33461) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwCZ-0004Gp-UT for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 16:44:53 -0400 Received: by mail-ie0-f172.google.com with SMTP id 9so7350645iec.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 13:42:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Nm0dHEculQgaxW5122jd/FKyVUMoSU7rSs1ffS4x8eg=; b=hWMDx9hU5dKhLLL2bzIMBj9/YAloLUG2zGNa5+d1oJTBmnZZibdXqlV6xwW0StdZaE gUDOvEs0ZtawvBIjg9pCzcMMeV4c2eK5O/JtEsgrE2mEuauz2jY2xkHJ69Gv9PJk+dxI us+wdZk49XGFBc7IBHSssyptz5EQ9fxGpJP4RBm03JoHlq+PAIu9L1c9DcgpRP7RRE+W NANYdgtEVQNsE9pKXfqM9Qdh4iZLzWJ4/Svoplyc0axfpo5T+nT/NrYRsCXO7VNlU41C SO7HJwvL8lH6DbgbA7TV6T1jjcUWYDaUGdYXhj0qBLG2utItK45kPPqwpHUU1oEO301K 2xJw== MIME-Version: 1.0 Received: by 10.50.202.104 with SMTP id kh8mr10683942igc.21.1351543343608; Mon, 29 Oct 2012 13:42:23 -0700 (PDT) Received: by 10.64.53.132 with HTTP; Mon, 29 Oct 2012 13:42:23 -0700 (PDT) In-Reply-To: <83390x81ql.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <83390x81ql.fsf@gnu.org> Date: Mon, 29 Oct 2012 16:42:23 -0400 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Alp Aker To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: 12745@debbugs.gnu.org, ami@fischman.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: 0.1 (/) > Out of curiosity: what is the purpose of having in an overlay this > weird character and then to display it as a space? It's a hack to achieve compatibility with packages that change the display table entry for the newline character. When fci-mode is active it puts, at the end of each line, a stretch glyph and then an image with the line segment indicating the fill column. When, e.g., whitespace-mode changes the display table entry for newlines to display a '$' at the end of the line, this would show up *after* the stretch glyph and image unless we do something to handle that case. So what fci-mode tries to do is intercept changes to the display table entry for newlines. If something like whitespace mode changes newline display, fci-mode changes the display table back to showing newlines as blanks, and then updates the display table entry for U+E000 to (in this case) [?$], so that the end-of-line indication appears where the user expects it to be. So the weird character is just a hook on which we can hang display vectors intended for newlines. But when the display settings for newlines are normal it just gets displayed as a space. This is admittedly a gross manoeuvre, but I couldn't think of any other way to handle the issue. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 16:59:52 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 20:59:52 +0000 Received: from localhost ([127.0.0.1]:38565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwR6-0004bN-4R for submit@debbugs.gnu.org; Mon, 29 Oct 2012 16:59:52 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:44184) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwR3-0004bA-79 for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 16:59:50 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MCO00700A1LBM00@a-mtaout20.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 22:57:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO005OPA7JD390@a-mtaout20.012.net.il>; Mon, 29 Oct 2012 22:57:19 +0200 (IST) Date: Mon, 29 Oct 2012 22:57:30 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: <834nld81sj.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: ami@fischman.org Message-id: <831ugh8091.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 22:24:12 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > Anyway, the problem happened at position 1295, which I believe is the > newline that ends this line. I need to think... [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 22:24:12 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > Anyway, the problem happened at position 1295, which I believe is the > newline that ends this line. I need to think... [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4094] > Date: Mon, 29 Oct 2012 22:24:12 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > Anyway, the problem happened at position 1295, which I believe is the > newline that ends this line. I need to think... Ami, can you put a breakpoint in the function init_from_display_pos and see if it ever breaks in your usage of C++ buffers? There's something suspicious going on in this function, but since I cannot trigger its entry here (I even tried several of the minor modes you have on, including fci-mode, linum-mode, and hi-lock), I'm not sure if looking into this isn't a wild goose chase. If you succeed in triggering the breaks inside that function, please show the backtrace and the values of it->current and of it->n_overlay_strings when the function returns. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 17:02:19 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 21:02:19 +0000 Received: from localhost ([127.0.0.1]:38570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwTS-0004fj-NH for submit@debbugs.gnu.org; Mon, 29 Oct 2012 17:02:19 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:44783) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwTQ-0004fb-Ql for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 17:02:17 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MCO00700AAWCE00@a-mtaout20.012.net.il> for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 22:59:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCO0050TABGCWA0@a-mtaout20.012.net.il>; Mon, 29 Oct 2012 22:59:40 +0200 (IST) Date: Mon, 29 Oct 2012 22:59:51 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Alp Aker Message-id: <83zk356lko.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <83390x81ql.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 16:42:23 -0400 > From: Alp Aker > Cc: ami@fischman.org, 12745@debbugs.gnu.org > > So the weird character is just a hook on which we can hang display > vectors intended for newlines. But when the display settings for > newlines are normal it just gets displayed as a space. This is > admittedly a gross manoeuvre, but I couldn't think of any other way to > handle the issue. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 12745 Cc: 12745@debbugs.gnu.org, ami@fischman.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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 16:42:23 -0400 > From: Alp Aker > Cc: ami@fischman.org, 12745@debbugs.gnu.org > > So the weird character is just a hook on which we can hang display > vectors intended for newlines. But when the display settings for > newlines are normal it just gets displayed as a space. This is > admittedly a gross manoeuvre, but I couldn't think of any other way to > handle the issue. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4545] > Date: Mon, 29 Oct 2012 16:42:23 -0400 > From: Alp Aker > Cc: ami@fischman.org, 12745@debbugs.gnu.org > > So the weird character is just a hook on which we can hang display > vectors intended for newlines. But when the display settings for > newlines are normal it just gets displayed as a space. This is > admittedly a gross manoeuvre, but I couldn't think of any other way to > handle the issue. Couldn't you simply put the $ (or whatever) in the display string, where you now put the u+e000 character? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 17:10:44 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 21:10:44 +0000 Received: from localhost ([127.0.0.1]:38579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwba-0004qn-SW for submit@debbugs.gnu.org; Mon, 29 Oct 2012 17:10:43 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:44829) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwbX-0004qf-Oe for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 17:10:41 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so6982709vcb.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 14:08:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=/cfk1W5YDiXSMUgCRUKW9yH4p/Tkde87nHbVjSWQ5ck=; b=MmIvw6V8YmUcJopd2Xk/7DqwlfZ4sW4fwzfUN6/WLWBRV+c2Lx0AiLdXCL/gMlItS0 e67FViMZDhpFuzPWkBRQm8N3Qmc1CeAWTm3k9ISlk2yXfkAbaayVXnfHqZeNS8jPgQ5W Yd19pX5DcprDlC/ULsbLyZFklmPhjGvUnMDML7iQRYUCR3VXIk0+X7T5ftTDjG5cbGsR 9mpbq12gqH0WwjcV/X8pUpnO0L/uaokVKVp7haaO0GxC/gaj7JYB2wsRDH+CrGxGPyM/ ifZfAz/XESvgoMvWHrUGEtymajJgzw8PGAy4HcgC37GJsMO4nuRs/Y5VOoE2hy9zMO/G Eb4A== MIME-Version: 1.0 Received: by 10.52.76.103 with SMTP id j7mr40322600vdw.22.1351544891307; Mon, 29 Oct 2012 14:08:11 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Mon, 29 Oct 2012 14:08:11 -0700 (PDT) In-Reply-To: <831ugh8091.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <831ugh8091.fsf@gnu.org> Date: Mon, 29 Oct 2012 14:08:11 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=bcaec501623324f62c04cd3911a6 X-Gm-Message-State: ALoCoQkfGyBNv7LYDvHfiwoYRjVjO8HxZTy8ORVEPkjOUsDZORe56/PDjQLHa8TX/UB6RD4yH1Rr X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: -0.7 (/) --bcaec501623324f62c04cd3911a6 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Oct 29, 2012 at 1:57 PM, Eli Zaretskii wrote: > Ami, can you put a breakpoint in the function init_from_display_pos > and see if it ever breaks in your usage of C++ buffers? It hasn't in a few minutes of usage. Will follow up if it does. -a --bcaec501623324f62c04cd3911a6 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Oct 29, 2012 at 1:57 PM, Eli Zaretskii <eliz@gnu.org> wro= te:
Ami, can you put a breakpoint in the function init_from_display_pos
and see if it ever breaks in your usage of C++ buffers?
It hasn't in a few minutes of usage. =A0Will follow up if = it does.

-a
--bcaec501623324f62c04cd3911a6-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 17:27:42 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 21:27:42 +0000 Received: from localhost ([127.0.0.1]:38588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSws2-0005EJ-Ea for submit@debbugs.gnu.org; Mon, 29 Oct 2012 17:27:42 -0400 Received: from mail-ia0-f172.google.com ([209.85.210.172]:61807) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSwry-0005EB-Uh for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 17:27:40 -0400 Received: by mail-ia0-f172.google.com with SMTP id x24so2326965iak.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 14:25:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=klzALTBat49ClPiCZSBNTq3jIiB7nOwEmw0RkUddudA=; b=lVKTq1w5hDNH69UCYbURhZ6OWk+USOkYgMBRNdpScLGS4QTG+1NGpHhQA6syJ9MJlC kx5h8eaCMNj7iBYaRfqOyCKcZMcpPNM5+DLXgaYrmOYcGMUAYCfFPNjSp7Ln64kunejI UT4/21onlddPbn6Lhgn2gwHUmv7Mfg5rQx0Oj0ySTebAsKme5u+5TDCbg/uKfQjnTdb/ iWcVfrwC42Es74BX4jQBW/5M+V82LzrtxLayjJWHIttt4vbBnUnpaOaMiwhV6hku5C5I T8hdlrrqypK00Uxr1aF5HsuElRKEM9kvO+7NUkpziGeCY2vAKvtY+PdteDcq1Pp1mX9K SR2g== MIME-Version: 1.0 Received: by 10.42.65.6 with SMTP id j6mr27137993ici.2.1351545909092; Mon, 29 Oct 2012 14:25:09 -0700 (PDT) Received: by 10.64.53.132 with HTTP; Mon, 29 Oct 2012 14:25:08 -0700 (PDT) In-Reply-To: <83zk356lko.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <83390x81ql.fsf@gnu.org> <83zk356lko.fsf@gnu.org> Date: Mon, 29 Oct 2012 17:25:08 -0400 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Alp Aker To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: 12745@debbugs.gnu.org, ami@fischman.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: 0.1 (/) > Couldn't you simply put the $ (or whatever) in the display string, > where you now put the u+e000 character? Probably. IIRC I found that (a) I needed to put a cursor property on the overlay string to get sensible cursor movement at the end of lines, but (b) putting the cursor property on a string that gets displayed as a stretch glyph via its display property didn't work. So I needed to have a blank character there to put a cursor property on, even when the newline has a nil display table entry. At that point it made the code simpler to use that char for visible newline display as well, via display table manipulation. But if this turns out to cause too many headaches for the redisplay routine I can rewrite it along the lines you describe. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 29 17:55:37 2012 Received: (at 12745) by debbugs.gnu.org; 29 Oct 2012 21:55:37 +0000 Received: from localhost ([127.0.0.1]:38602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSxJ2-0006PY-LA for submit@debbugs.gnu.org; Mon, 29 Oct 2012 17:55:37 -0400 Received: from mail-ia0-f172.google.com ([209.85.210.172]:34883) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TSxJ0-0006PP-Qz for 12745@debbugs.gnu.org; Mon, 29 Oct 2012 17:55:35 -0400 Received: by mail-ia0-f172.google.com with SMTP id x24so2344007iak.3 for <12745@debbugs.gnu.org>; Mon, 29 Oct 2012 14:53:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=q8mZrz9F8sugVHA0i8kTZhYgYnDLlwrGgJueteVO4Lw=; b=DTQn1uaAb/J8Da0pW4bQc4H49Rdm2vrOV/CX1e3nQsCokSkiM9BWgTY54lNHsQgw6Q EMlyvfbRC1B5wZxJQclNHs7sdduNDh6ZY/pqyL7B0i3As9M8NWvmfl2FcUoi02Udx1qs 4wdyC3ScvMvcXwxTY7j+pweh5o+nlM81gzDYPc0WDCOo3FbehdM55L19djAf4Bk295xH niTXdA9fsyzw1dQLUqXPpwvafcI2PiQTbT67LC6u65opjrzEU/KkUk7G+3d2TNnPxR3w yqhBkR/Hh6ljooGJFr92nUJ6D0XxLLGbUwZBbPsbMaGe65SYD/YIAuPghSWVZBa2+VVl JSPw== MIME-Version: 1.0 Received: by 10.50.214.66 with SMTP id ny2mr10880931igc.21.1351547586399; Mon, 29 Oct 2012 14:53:06 -0700 (PDT) Received: by 10.64.53.132 with HTTP; Mon, 29 Oct 2012 14:53:06 -0700 (PDT) In-Reply-To: References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <83390x81ql.fsf@gnu.org> <83zk356lko.fsf@gnu.org> Date: Mon, 29 Oct 2012 17:53:06 -0400 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Alp Aker To: Eli Zaretskii Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: 12745@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: 0.1 (/) >> Couldn't you simply put the $ (or whatever) in the display string, >> where you now put the u+e000 character? > > I needed to have a blank character there to put a cursor property on, > even when the newline has a nil display table entry. At that point it > made the code simpler to use that char for visible newline display as > well, via display table manipulation. In other words, my earlier explanation wasn't accurate (it's been a while since I thought about this code). The blank character in the overlay string is there for the sake of the cursor property. That it's a weird Private Use Area character instead of a space is just to simplify the whitespace-mode compatibility hack. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 30 13:54:47 2012 Received: (at 12745) by debbugs.gnu.org; 30 Oct 2012 17:54:47 +0000 Received: from localhost ([127.0.0.1]:39994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTG1W-000660-RQ for submit@debbugs.gnu.org; Tue, 30 Oct 2012 13:54:47 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:56819) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTG1U-00065o-5H for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 13:54:45 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MCP00B00W5C7T00@a-mtaout21.012.net.il> for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 19:52:09 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCP00BLHWAS6E40@a-mtaout21.012.net.il>; Tue, 30 Oct 2012 19:52:04 +0200 (IST) Date: Tue, 30 Oct 2012 19:52:18 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: <834nld81sj.fsf@gnu.org> To: ami@fischman.org Message-id: <83mwz37sq5.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 29 Oct 2012 22:24:12 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > > Date: Mon, 29 Oct 2012 12:23:25 -0700 > > From: Ami Fischman > > Cc: Eli Zaretskii , 12745@debbugs.gnu.org > > > > (gdb) p it->glyph_row->glyphs[1][20].object > > $44 = 101922033 > > (gdb) xtype > > Lisp_String > > (gdb) xstring it->glyph_row->glyphs[1][20].object > > $45 = (struct Lisp_String *) 0x61334f0 > > "" > > > > (gdb) p ((struct Lisp_String *)0x61334f0)->data > > $48 = (unsigned char *) 0x4fe9388 "" > > Thanks, this is clear. > > Anyway, the problem happened at position 1295, which I believe is the > newline that ends this line. I need to think... [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4837] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: 0.7 (/) > Date: Mon, 29 Oct 2012 22:24:12 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org >=20 > > Date: Mon, 29 Oct 2012 12:23:25 -0700 > > From: Ami Fischman > > Cc: Eli Zaretskii , 12745@debbugs.gnu.org > >=20 > > (gdb) p it->glyph_row->glyphs[1][20].object > > $44 =3D 101922033 > > (gdb) xtype > > Lisp_String > > (gdb) xstring it->glyph_row->glyphs[1][20].object > > $45 =3D (struct Lisp_String *) 0x61334f0 > > "=EE=80=80" > >=20 > > (gdb) p ((struct Lisp_String *)0x61334f0)->data > > $48 =3D (unsigned char *) 0x4fe9388 "=EE=80=80" >=20 > Thanks, this is clear. >=20 > Anyway, the problem happened at position 1295, which I believe is t= he > newline that ends this line. I need to think... After some thinking, can you show the values of these members of 'struct it' in frame #7 of the crashed 24.2 session (using the core file): it->n_overlay_strings it->overlay_strings_charpos it->sp From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 30 14:32:08 2012 Received: (at 12745) by debbugs.gnu.org; 30 Oct 2012 18:32:08 +0000 Received: from localhost ([127.0.0.1]:40028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTGbg-0006wa-Cb for submit@debbugs.gnu.org; Tue, 30 Oct 2012 14:32:08 -0400 Received: from mail-vb0-f44.google.com ([209.85.212.44]:47188) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTGbd-0006wR-5Q for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 14:32:07 -0400 Received: by mail-vb0-f44.google.com with SMTP id fc26so728309vbb.3 for <12745@debbugs.gnu.org>; Tue, 30 Oct 2012 11:29:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=vTvkLHwMmYTtkbPyBDgZxWlk3I2tsWVqamNWf/mgLdw=; b=AG7vmZjDFlwqm/bcg1dvVbkniSRRtX+qPpfEaKfMIorCkxX1YTHcMbbYeOv/ZCd0jV 5jC9qdL0T4v78IzXJNLKWjibynbj1UKHJO2SCSU47j44iPnE6cI5sR4xlq0zWSWwpq3d yRxCHIWYjv/oZnEHfvlHXjDl1xapEHh2Xjzkb1MdR2P1iTV/4fDSKN3pH4W7ey+jsBvp KMkg6UFURtNwklvgLDSJG2jlI3H6EiJWZsIQCyCEaqxFUBko+XsX3fnERppLABl4X/gs x8phMVOGs5gfIw+AVJ2chMZK1642jE1FLCf2UNmCKA2zV7y3ugBZkRGRMMTnbD2jBh6V IZTQ== MIME-Version: 1.0 Received: by 10.220.149.142 with SMTP id t14mr14800651vcv.46.1351621771834; Tue, 30 Oct 2012 11:29:31 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Tue, 30 Oct 2012 11:29:31 -0700 (PDT) In-Reply-To: <83mwz37sq5.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> Date: Tue, 30 Oct 2012 11:29:31 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=f46d043c822094b5fa04cd4af7a8 X-Gm-Message-State: ALoCoQkAKT81oaFLLawSgrxTaRtvvEM+o6pQzmFqEVQa53l7r1jJS8/Cata4Ha6fLN5hvb+nnogi X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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.2 (-) --f46d043c822094b5fa04cd4af7a8 Content-Type: text/plain; charset=ISO-8859-1 Sure: (gdb) frame 7 #7 0x0000000000451f23 in next_overlay_string (it=0x7fff2251f1e0) at xdisp.c:5223 5223 pop_it (it); (gdb) p it->n_overlay_strings $60 = 1 (gdb) p it->overlay_strings_charpos $61 = 1295 (gdb) p it->sp $62 = 0 --f46d043c822094b5fa04cd4af7a8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sure:

(gdb) frame 7
#7 =A00x0000000= 000451f23 in next_overlay_string (it=3D0x7fff2251f1e0) at xdisp.c:5223
5223 =A0 =A0 =A0 =A0 =A0pop_it (it);
(gdb) p =A0 =A0it->= n_overlay_strings
$60 =3D 1
(gdb) p =A0 it->overlay_strings_charpos
$61 =3D 1295
(gdb) p =A0 it->sp
$62 =3D 0

--f46d043c822094b5fa04cd4af7a8-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 30 17:03:01 2012 Received: (at 12745) by debbugs.gnu.org; 30 Oct 2012 21:03:01 +0000 Received: from localhost ([127.0.0.1]:40194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTIxg-0002AF-NK for submit@debbugs.gnu.org; Tue, 30 Oct 2012 17:03:01 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:53039) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTIxd-0002A7-QC for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 17:02:59 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCQ005004W59P00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 23:00:22 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCQ0043Z50MRHA0@a-mtaout22.012.net.il>; Tue, 30 Oct 2012 23:00:22 +0200 (IST) Date: Tue, 30 Oct 2012 23:00:36 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83lien7k0b.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 30 Oct 2012 11:29:31 -0700 > From: Ami Fischman > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > (gdb) frame 7 > #7 0x0000000000451f23 in next_overlay_string (it=0x7fff2251f1e0) at > xdisp.c:5223 > 5223 pop_it (it); > (gdb) p it->n_overlay_strings > $60 = 1 > (gdb) p it->overlay_strings_charpos > $61 = 1295 > (gdb) p it->sp > $62 = 0 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4961] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: 0.7 (/) > Date: Tue, 30 Oct 2012 11:29:31 -0700 > From: Ami Fischman > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > (gdb) frame 7 > #7 0x0000000000451f23 in next_overlay_string (it=0x7fff2251f1e0) at > xdisp.c:5223 > 5223 pop_it (it); > (gdb) p it->n_overlay_strings > $60 = 1 > (gdb) p it->overlay_strings_charpos > $61 = 1295 > (gdb) p it->sp > $62 = 0 That's what I thought, but this is normal and doesn't tell anything about why the problem happened. Hmm... Is it correct that the character at buffer position 1295 is a newline? Also, what are the values of the following? it->stack[0].current it->stack[0].string it->stack[0].method it->method (The second one I expect to be a Lisp string or nil.) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 30 17:11:27 2012 Received: (at 12745) by debbugs.gnu.org; 30 Oct 2012 21:11:27 +0000 Received: from localhost ([127.0.0.1]:40211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTJ5r-0002MO-EJ for submit@debbugs.gnu.org; Tue, 30 Oct 2012 17:11:27 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:42356) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTJ5n-0002MF-ML for 12745@debbugs.gnu.org; Tue, 30 Oct 2012 17:11:25 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so931396vcb.3 for <12745@debbugs.gnu.org>; Tue, 30 Oct 2012 14:08:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=jhm4k93KncBy28SXT4tl0b5AmD73RXJ0sV5qTgUCkIo=; b=gPhHGGr8g+HHztSeXT777gJfwHc+9b8Ayy92QnwQ+ElaQY2cAnAR3+ZL8TRYD/KLiL Tt5QA3K4RY21TvKYsm7ALBhBrIErmFo4sO/Jw3/4f5j0pseRFZxWcn4xVis5tKpTSwSo Aow+YcHmvZYbaVrScqJGSBx6nrGVUk447xT91k4wTuW6cSo5y9SL25DZ+4l7EsH6Aqaj IW1mEpP6QINac9Dg9wMwvVeErw3PtDL3DU6SK+rsk9rLm7ArzMgO6Sle7EMpax5n3Vpl 6BaRydFvalSWy2te05PdcANwYPkvMlMVshj376REn8OjzdlBxt7pw17598gCMkqU1sIM jNcg== MIME-Version: 1.0 Received: by 10.52.76.103 with SMTP id j7mr44314977vdw.22.1351631329718; Tue, 30 Oct 2012 14:08:49 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Tue, 30 Oct 2012 14:08:49 -0700 (PDT) In-Reply-To: <83lien7k0b.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> Date: Tue, 30 Oct 2012 14:08:49 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=bcaec50162334670b404cd4d3195 X-Gm-Message-State: ALoCoQkN53a6+uFLqDvrsyYglaV6AAwis2LuZubbBZ5/tMEcqyhvpbgbTINyYHsCkQa12rF6dhbv X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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.2 (-) --bcaec50162334670b404cd4d3195 Content-Type: text/plain; charset=ISO-8859-1 > > Is it correct that the character at buffer position 1295 is a newline? > Yes. > Also, what are the values of the following? > it->stack[0].current > (gdb) p it->stack[0].current $63 = { pos = { charpos = 1295, bytepos = 1295 }, overlay_string_index = 0, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } it->stack[0].string > (gdb) p it->stack[0].string $66 = 9755602 (gdb) xtype Lisp_Symbol (gdb) xsymbol it->stack[0].string $67 = (struct Lisp_Symbol *) 0x94dbd0 "nil" it->stack[0].method > (gdb) p it->stack[0].method $68 = GET_FROM_BUFFER > it->method > (gdb) p it->method $69 = GET_FROM_BUFFER --bcaec50162334670b404cd4d3195 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Is it correct tha= t the character at buffer position 1295 is a newline?
=
Yes.
=A0
Also, wh= at are the values of the following?
=A0 it->stack[0].current
=A0
(= gdb) p =A0it->stack[0].current
$63 =3D {
=A0 pos =3D= {
=A0 =A0 charpos =3D 1295,=A0
=A0 =A0 bytepos =3D 129= 5
=A0 },=A0
=A0 overlay_string_index =3D 0,=A0
=A0 string_pos =3D {
=A0 =A0 charpos =3D -1,=A0
=A0 =A0 bytepos =3D -1
=A0 },=A0
=A0 dpvec_index =3D -1
}
=A0 it->stack[0].string

=A0(gdb) p = =A0 it->stack[0].string
$66 =3D 9755602
(gdb) xtype<= /div>
Lisp_Symbol
(gdb) xsymbol =A0it->stack[0].string
$67 =3D (struct Lisp_Symbol *) 0x94dbd0
=A0 "nil"
=

=A0 it->stack[0].method

(gdb) p =A0 = it->stack[0].method
$68 =3D GET_FROM_BUFFER
=A0
=A0 it->method

(gdb) p it->method=
$69 =3D GET_FROM_BUFFER

--bcaec50162334670b404cd4d3195-- From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 11:49:53 2012 Received: (at 12745) by debbugs.gnu.org; 31 Oct 2012 15:49:53 +0000 Received: from localhost ([127.0.0.1]:41663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYC-00053y-NV for submit@debbugs.gnu.org; Wed, 31 Oct 2012 11:49:52 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:37657) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTaYA-00053q-Iw for 12745@debbugs.gnu.org; Wed, 31 Oct 2012 11:49:51 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCR00I00L5E5D00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Wed, 31 Oct 2012 17:46:35 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCR00IJ8L5K5400@a-mtaout22.012.net.il>; Wed, 31 Oct 2012 17:46:33 +0200 (IST) Date: Wed, 31 Oct 2012 17:46:48 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83fw4u7ifr.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 30 Oct 2012 14:08:49 -0700 > From: Ami Fischman > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > > Is it correct that the character at buffer position 1295 is a newline? > > > > Yes. > > > > Also, what are the values of the following? > > it->stack[0].current > > > > (gdb) p it->stack[0].current > $63 = { > pos = { > charpos = 1295, > bytepos = 1295 > }, > overlay_string_index = 0, > string_pos = { > charpos = -1, > bytepos = -1 > }, > dpvec_index = -1 > } > > it->stack[0].string > > > > (gdb) p it->stack[0].string > $66 = 9755602 > (gdb) xtype > Lisp_Symbol > (gdb) xsymbol it->stack[0].string > $67 = (struct Lisp_Symbol *) 0x94dbd0 > "nil" > > it->stack[0].method > > > > (gdb) p it->stack[0].method > $68 = GET_FROM_BUFFER > > > > it->method > > > > (gdb) p it->method > $69 = GET_FROM_BUFFER [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4626] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: 0.7 (/) > Date: Tue, 30 Oct 2012 14:08:49 -0700 > From: Ami Fischman > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > > Is it correct that the character at buffer position 1295 is a newline? > > > > Yes. > > > > Also, what are the values of the following? > > it->stack[0].current > > > > (gdb) p it->stack[0].current > $63 = { > pos = { > charpos = 1295, > bytepos = 1295 > }, > overlay_string_index = 0, > string_pos = { > charpos = -1, > bytepos = -1 > }, > dpvec_index = -1 > } > > it->stack[0].string > > > > (gdb) p it->stack[0].string > $66 = 9755602 > (gdb) xtype > Lisp_Symbol > (gdb) xsymbol it->stack[0].string > $67 = (struct Lisp_Symbol *) 0x94dbd0 > "nil" > > it->stack[0].method > > > > (gdb) p it->stack[0].method > $68 = GET_FROM_BUFFER > > > > it->method > > > > (gdb) p it->method > $69 = GET_FROM_BUFFER As expected. I guess we need to wait for another crash, this time in the trunk code, and take it from there. I will meanwhile fix init_from_display_pos, because it's certainly looks broken, and could well be the root cause for this. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 01 18:28:26 2012 Received: (at 12745) by debbugs.gnu.org; 1 Nov 2012 22:28:26 +0000 Received: from localhost ([127.0.0.1]:43597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TU3FS-00005x-BO for submit@debbugs.gnu.org; Thu, 01 Nov 2012 18:28:26 -0400 Received: from mail-da0-f44.google.com ([209.85.210.44]:35788) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TU3FO-00005o-61 for 12745@debbugs.gnu.org; Thu, 01 Nov 2012 18:28:24 -0400 Received: by mail-da0-f44.google.com with SMTP id h15so1362962dan.3 for <12745@debbugs.gnu.org>; Thu, 01 Nov 2012 15:25:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=1Np7iZUsOn2MAEIMhPlWFQozHluAlF4eOqMxWRJdPXQ=; b=g9FAWcZtOsQrXKDP37bn4w77MqZ+Xl0pFbFxBsQm5kZtQS9lEUR9su5Hx+IrAdk4Ah Z1lRkQDXnAmnaKtCygtv91FHG870XQe91sip5cfBxAOHQZHzFLoxfLNFB0gshAny4N9f 1ftIjn/BpEvMkfL+cLh9hKNMouXqij0wwBFFigQ65YkqMVYuFAhSLnPpP5atrJ+truhe B0VUnFfzOkCW65HF1L2fIXS9CrAavQKxqTTd7qJjYdxSZHlDoz5IYssFMtP4PdZDatOo Zkuu/ibvSI0tHr1WiHYqtwjn+djwc9MGSt5yFysExcVe1oo4hkTbp7I2/IeuoVX9aDyJ mhnQ== MIME-Version: 1.0 Received: by 10.68.200.33 with SMTP id jp1mr110615pbc.54.1351808736243; Thu, 01 Nov 2012 15:25:36 -0700 (PDT) Received: by 10.68.47.73 with HTTP; Thu, 1 Nov 2012 15:25:36 -0700 (PDT) In-Reply-To: <83fw4u7ifr.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> <83fw4u7ifr.fsf@gnu.org> Date: Thu, 1 Nov 2012 15:25:36 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b15b17987311a04cd767f1b X-Gm-Message-State: ALoCoQkTRA7abQIDH7b7GbJuCvXwnwGOIT4Q+lnR+1KTO5KHffOtuvWpK/yzqbdnOaqORHh8pWPr X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Alp Aker , 12745@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: -0.7 (/) --047d7b15b17987311a04cd767f1b Content-Type: text/plain; charset=ISO-8859-1 On Wed, Oct 31, 2012 at 8:46 AM, Eli Zaretskii wrote: > I guess we need to wait for another crash, this time in the trunk code, > and take it from there. > I haven't seen the crash recur in the trunk build so I think we can probably call this bug fixed in trunk. I'll definitely follow up if this re-triggers. --047d7b15b17987311a04cd767f1b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Oct 31, 2012 at 8:46 AM, Eli Zaretskii <eliz@gnu.org> wrote:
I guess we need to wait for another crash, this time in the trunk=A0code, a= nd take it from there.

I haven't se= en the crash recur in the trunk build so I think we can probably call this = bug fixed in trunk. =A0I'll definitely follow up if this re-triggers.= =A0
--047d7b15b17987311a04cd767f1b-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 02 03:20:31 2012 Received: (at 12745) by debbugs.gnu.org; 2 Nov 2012 07:20:31 +0000 Received: from localhost ([127.0.0.1]:44088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUBYN-0004V0-3o for submit@debbugs.gnu.org; Fri, 02 Nov 2012 03:20:31 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:45245) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUBYK-0004Ur-KI for 12745@debbugs.gnu.org; Fri, 02 Nov 2012 03:20:30 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MCU00700MW26B00@a-mtaout21.012.net.il> for 12745@debbugs.gnu.org; Fri, 02 Nov 2012 09:17:39 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCU007IEMXF2U40@a-mtaout21.012.net.il>; Fri, 02 Nov 2012 09:17:39 +0200 (IST) Date: Fri, 02 Nov 2012 09:17:28 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83sj8s5v93.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> <83fw4u7ifr.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 1 Nov 2012 15:25:36 -0700 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > On Wed, Oct 31, 2012 at 8:46 AM, Eli Zaretskii wrote: > > > I guess we need to wait for another crash, this time in the trunk code, > > and take it from there. > > > > I haven't seen the crash recur in the trunk build so I think we can > probably call this bug fixed in trunk. I'll definitely follow up if this > re-triggers. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: 0.7 (/) > Date: Thu, 1 Nov 2012 15:25:36 -0700 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > On Wed, Oct 31, 2012 at 8:46 AM, Eli Zaretskii wrote: > > > I guess we need to wait for another crash, this time in the trunk code, > > and take it from there. > > > > I haven't seen the crash recur in the trunk build so I think we can > probably call this bug fixed in trunk. I'll definitely follow up if this > re-triggers. OK, that's good news. Are you running an optimized build or an unoptimized one? If the latter, and the problem doesn't show, I suggest to try the optimized build of the trunk, and see if the crash recurs. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 02 03:46:19 2012 Received: (at 12745) by debbugs.gnu.org; 2 Nov 2012 07:46:19 +0000 Received: from localhost ([127.0.0.1]:44105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUBxK-00054g-60 for submit@debbugs.gnu.org; Fri, 02 Nov 2012 03:46:18 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:65186) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUBxG-00054W-K5 for 12745@debbugs.gnu.org; Fri, 02 Nov 2012 03:46:16 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so4352923vcb.3 for <12745@debbugs.gnu.org>; Fri, 02 Nov 2012 00:43:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Z7nPlCwZ4PhuXXCEBCe3SyvyBBPP3rXsx2DAL2QcTG0=; b=ko2fNxiVKN1hzJC41Wen2KPUo5kIyVh0xCol6IiYcA0ByO4LhPQof6iZWTeaM7bbKL AwgUiiTNb720pDNZci7v/ct1WP31z0XfcjygZnd9tIpvCI6Ha8nXm+D6yW6gLx3tlAjI adRDy0kIzJGOD/QG1u84SqWgF7AQE0UweEjve4Kwby/lRpEOA5yMOQIh9IIaHO9P2n3Y j360usR4n4qKaxqkh7EYZ6RvjxiYEYvx12fJk9wujoaMFKyH0jOi4wnjzWQiRHBqBqTf +P1mZuLWJvqgEgOYupIfrzVg4RnJFulgCO22Dkm7GbmrWf3YxZcs8MPmC1ZuVc4ehaAh F4Qg== MIME-Version: 1.0 Received: by 10.52.76.103 with SMTP id j7mr975066vdw.22.1351842206948; Fri, 02 Nov 2012 00:43:26 -0700 (PDT) Received: by 10.58.205.212 with HTTP; Fri, 2 Nov 2012 00:43:26 -0700 (PDT) In-Reply-To: <83sj8s5v93.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> <83fw4u7ifr.fsf@gnu.org> <83sj8s5v93.fsf@gnu.org> Date: Fri, 2 Nov 2012 00:43:26 -0700 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=bcaec5016233899c3904cd7e4a95 X-Gm-Message-State: ALoCoQkEHOfoCgmTxybXGspWgbreVTtPDcgdS0ng3ft3i1CQdbDswioEWglnfE3uR4u/wifW4bqu X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Alp Aker , 12745@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: -0.7 (/) --bcaec5016233899c3904cd7e4a95 Content-Type: text/plain; charset=ISO-8859-1 Running an -O0 build. Will rebuild & restart tomorrow and see where I end up. --bcaec5016233899c3904cd7e4a95 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Running an -O0 build. =A0Will rebuild & restart tomorrow and see where = I end up.

--bcaec5016233899c3904cd7e4a95-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 03 05:35:03 2012 Received: (at 12745) by debbugs.gnu.org; 3 Nov 2012 09:35:03 +0000 Received: from localhost ([127.0.0.1]:46674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUa87-00075j-GY for submit@debbugs.gnu.org; Sat, 03 Nov 2012 05:35:03 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:64880) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TUa84-00075I-Gm for 12745@debbugs.gnu.org; Sat, 03 Nov 2012 05:35:01 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCW00A00NPND900@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Sat, 03 Nov 2012 11:32:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCW00A5XNTG9E50@a-mtaout22.012.net.il>; Sat, 03 Nov 2012 11:32:05 +0200 (IST) Date: Sat, 03 Nov 2012 11:31:54 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: <83fw4u7ifr.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: ami@fischman.org Message-id: <83boff58xh.fsf@gnu.org> References: <508CA6FC.4070203@cs.ucla.edu> <508CE3B0.2030809@cs.ucla.edu> <83lieq8q91.fsf@gnu.org> <83fw4y8jgd.fsf@gnu.org> <838vap8aq8.fsf@gnu.org> <837gq987yv.fsf@gnu.org> <834nld81sj.fsf@gnu.org> <83mwz37sq5.fsf@gnu.org> <83lien7k0b.fsf@gnu.org> <83fw4u7ifr.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Wed, 31 Oct 2012 17:46:48 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > I will meanwhile fix init_from_display_pos, because it's certainly > looks broken, and could well be the root cause for this. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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: 0.7 (/) > Date: Wed, 31 Oct 2012 17:46:48 +0200 > From: Eli Zaretskii > Cc: alptekin.aker@gmail.com, 12745@debbugs.gnu.org > > I will meanwhile fix init_from_display_pos, because it's certainly > looks broken, and could well be the root cause for this. Now done in revision 110767 on the emacs-24 branch. Will appear on the trunk on the next merge. The patch is below, FYI. === modified file 'src/xdisp.c' --- src/xdisp.c 2012-10-20 21:30:51 +0000 +++ src/xdisp.c 2012-11-03 09:25:34 +0000 @@ -928,6 +928,7 @@ static enum move_it_result move_it_in_display_line_to (struct it *, ptrdiff_t, int, enum move_operation_enum); void move_it_vertically_backward (struct it *, int); +static void get_visually_first_element (struct it *); static void init_to_row_start (struct it *, struct window *, struct glyph_row *); static int init_to_row_end (struct it *, struct window *, @@ -3113,6 +3114,40 @@ init_from_display_pos (struct it *it, st eassert (STRINGP (it->string)); it->current.string_pos = pos->string_pos; it->method = GET_FROM_STRING; + it->end_charpos = SCHARS (it->string); + /* Set up the bidi iterator for this overlay string. */ + if (it->bidi_p) + { + it->bidi_it.string.lstring = it->string; + it->bidi_it.string.s = NULL; + it->bidi_it.string.schars = SCHARS (it->string); + it->bidi_it.string.bufpos = it->overlay_strings_charpos; + it->bidi_it.string.from_disp_str = it->string_from_display_prop_p; + it->bidi_it.string.unibyte = !it->multibyte_p; + bidi_init_it (IT_STRING_CHARPOS (*it), IT_STRING_BYTEPOS (*it), + FRAME_WINDOW_P (it->f), &it->bidi_it); + + /* Synchronize the state of the bidi iterator with + pos->string_pos. For any string position other than + zero, this will be done automagically when we resume + iteration over the string and get_visually_first_element + is called. But if string_pos is zero, and the string is + to be reordered for display, we need to resync manually, + since it could be that the iteration state recorded in + pos ended at string_pos of 0 moving backwards in string. */ + if (CHARPOS (pos->string_pos) == 0) + { + get_visually_first_element (it); + if (IT_STRING_CHARPOS (*it) != 0) + do { + /* Paranoia. */ + eassert (it->bidi_it.charpos < it->bidi_it.string.schars); + bidi_move_to_visually_next (&it->bidi_it); + } while (it->bidi_it.charpos != 0); + } + eassert (IT_STRING_CHARPOS (*it) == it->bidi_it.charpos + && IT_STRING_BYTEPOS (*it) == it->bidi_it.bytepos); + } } if (CHARPOS (pos->string_pos) >= 0) @@ -3122,6 +3157,9 @@ init_from_display_pos (struct it *it, st IT should already be filled with that string. */ it->current.string_pos = pos->string_pos; eassert (STRINGP (it->string)); + if (it->bidi_p) + bidi_init_it (IT_STRING_CHARPOS (*it), IT_STRING_BYTEPOS (*it), + FRAME_WINDOW_P (it->f), &it->bidi_it); } /* Restore position in display vector translations, control From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 23 15:16:00 2012 Received: (at 12745) by debbugs.gnu.org; 23 Nov 2012 20:16:01 +0000 Received: from localhost ([127.0.0.1]:35263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TbzfM-0001vq-6F for submit@debbugs.gnu.org; Fri, 23 Nov 2012 15:16:00 -0500 Received: from mail-vb0-f44.google.com ([209.85.212.44]:55133) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TbzfH-0001vf-NF for 12745@debbugs.gnu.org; Fri, 23 Nov 2012 15:15:58 -0500 Received: by mail-vb0-f44.google.com with SMTP id fc26so1870297vbb.3 for <12745@debbugs.gnu.org>; Fri, 23 Nov 2012 12:14:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=23B7TSlM5cb4OHo8EItzrYoz4WEol3EbkzfPJmk3V/s=; b=niIbbxfhW2eb+Y6GMoTHNg2lemW/x+ABVRp2VsRabcZbALTrDQOyl3U3c4yDJXipQ3 G0sxO2BYcGbnCPky3wnU8SKEiT46kpCfJyWMULEqKJ8WjWuf/dAmJSXh1jVUSs1/eHxs ORTdyW1iWKj+2k4tHEj7BZm41+dLMkvwOkK96lTgcYei5+vwCuSybHk8LCATBL4bnYUD 2awA98BA41OTKkzCuMFZbRlBJWTEL/502pI5rgZ58wIuvF1MU3I7E8/owDMUq0JYn5aL TCACw+cuu9Wa2Ly6p/NLoeb6ZuwH26F8uTgxBy71JXYQTBlck9qc0je3pZvyiehRy91/ 8r6g== MIME-Version: 1.0 Received: by 10.220.150.145 with SMTP id y17mr7547203vcv.11.1353701667486; Fri, 23 Nov 2012 12:14:27 -0800 (PST) Received: by 10.58.205.212 with HTTP; Fri, 23 Nov 2012 12:14:27 -0800 (PST) Date: Fri, 23 Nov 2012 12:14:27 -0800 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=f46d043d67e905bd7f04cf2f3bb5 X-Gm-Message-State: ALoCoQmPFhRGk7V3s8sLdMILDRPI7CH3EI/MiiqR8DdE4EHA94ItzLcDTbgdRzEd0Ks/f3l1mPUq X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Alp Aker , 12745@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: -0.7 (/) --f46d043d67e905bd7f04cf2f3bb5 Content-Type: text/plain; charset=ISO-8859-1 This morning I had the first crash since updating to d7ef9678754509d426df5f6f2086ca03f7d68b1c on trunk (which doesn't include 110767's fix to init_from_display_pos), in an emacs that's been running for 10 days. #0 0x00007f958a006b7b in raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 #1 0x00000000004cf767 in terminate_due_to_signal (sig=6, backtrace_limit=) at emacs.c:344 #2 0x00000000004e98c0 in emacs_abort () at sysdep.c:2061 #3 0x0000000000492515 in bidi_pop_it (bidi_it=) at bidi.c:638 #4 0x00000000004492a1 in pop_it (it=0x7fff2ab33b18) at xdisp.c:5860 #5 0x0000000000453558 in next_overlay_string (it=0x7fff2ab33b18) at xdisp.c:5309 #6 0x0000000000427a74 in set_iterator_to_next (it=0x7fff2ab33b18, reseat_p=) at xdisp.c:7279 #7 0x00000000004315df in display_line (it=0x7fff2ab33b18) at xdisp.c:19790 #8 0x0000000000431008 in try_window (window=, flags=1, pos=...) at xdisp.c:16300 #9 0x000000000044ce04 in redisplay_window (window=161353781, just_this_one_p=0) at xdisp.c:15826 #10 0x0000000000452ba3 in redisplay_window_0 (window=28326) at xdisp.c:13894 #11 0x0000000000541aeb in internal_condition_case_1 (bfun=0x452b80 , arg=161353781, handlers=10062150, hfun=) at eval.c:1326 #12 0x0000000000449b2f in redisplay_windows (window=) at xdisp.c:13874 #13 0x000000000042e39b in redisplay_internal () at xdisp.c:13453 #14 0x00000000004308c4 in redisplay_preserve_echo_area (from_where=28326) at xdisp.c:13710 #15 0x00000000004d9105 in detect_input_pending_run_timers (do_display=) at keyboard.c:10276 #16 0x000000000057bce3 in wait_reading_process_output (time_limit=, nsecs=, read_kbd=-1, do_display=true, wait_for_cell=9858002, wait_proc=0x0, just_wait_proc=) at process.c:4749 #17 0x00000000004d7d30 in kbd_buffer_get_event (end_time=, kbp=, used_mouse_menu=0x7fff2ab3cac7) at keyboard.c:3802 #18 read_char (commandflag=, nmaps=8, maps=0x7fff2ab3c930, prev_event=9858002, used_mouse_menu=0x7fff2ab3cac7, end_time=) at keyboard.c:2768 #19 0x00000000004d423d in read_key_sequence (bufsize=30, keybuf=, prompt=, dont_downcase_last=, can_return_switch_frame=, fix_current_buffer=) at keyboard.c:9230 #20 0x00000000004d381a in command_loop_1 () at keyboard.c:1458 #21 0x00000000005419b1 in internal_condition_case (bfun=0x4d2590 , handlers=9909682, hfun=) at eval.c:1288 #22 0x00000000004e2946 in command_loop_2 (ignore=) at keyboard.c:1167 #23 0x0000000000541486 in internal_catch (tag=, func=0x4e2920 , arg=9858002) at eval.c:1059 #24 0x00000000004d1d09 in command_loop () at keyboard.c:1146 #25 recursive_edit_1 () at keyboard.c:778 #26 0x00000000004d1e26 in Frecursive_edit () at keyboard.c:842 #27 0x00000000004d0d69 in main (argc=, argv=) at emacs.c:1552 Frame #3 aborted b/c bidi_cache_sp is 0. Frame #4 has: (gdb) p it->current $2 = { pos = { charpos = 99256, bytepos = 99256 }, overlay_string_index = 0, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) p current_buffer->name_ $3 = 65944961 (gdb) pp current_buffer->name_ Cannot access memory at address 0x8ce6b8 (gdb) p current_buffer->text->beg[99256]@100 $5 = ' ' , "],\n", ' ' , "}],\n", ' ' , "],\n", ' ' , "'tar" which tells me this is common.gypi, running in gyp-mode (as opposed to the previous report which was in cc-mode). Let me know if you think this is worth debugging further or if I should first sync & rebuild before a further crash will be interesting. --f46d043d67e905bd7f04cf2f3bb5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This morning I had the first crash since updating to d7ef9678754509d42= 6df5f6f2086ca03f7d68b1c on trunk (which doesn't include 110767's fi= x to init_from_display_pos), in an emacs that's been running for 10 day= s.

#0 =A00x00007f958a006b7b in raise (sig=3D<optim= ized out>) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#1= =A00x00000000004cf767 in terminate_due_to_signal (sig=3D6, backtrace_limit= =3D<optimized out>) at emacs.c:344
#2 =A00x00000000004e98c0 in emacs_abort () at sysdep.c:2061
= #3 =A00x0000000000492515 in bidi_pop_it (bidi_it=3D<optimized out>) a= t bidi.c:638
#4 =A00x00000000004492a1 in pop_it (it=3D0x7fff2ab33= b18) at xdisp.c:5860
#5 =A00x0000000000453558 in next_overlay_string (it=3D0x7fff2ab33b18) = at xdisp.c:5309
#6 =A00x0000000000427a74 in set_iterator_to_next = (it=3D0x7fff2ab33b18, reseat_p=3D<optimized out>) at xdisp.c:7279
#7 =A00x00000000004315df in display_line (it=3D0x7fff2ab33b18) at xdisp.c:1= 9790
#8 =A00x0000000000431008 in try_window (window=3D<optimiz= ed out>, flags=3D1, pos=3D...) at xdisp.c:16300
#9 =A00x000000= 000044ce04 in redisplay_window (window=3D161353781, just_this_one_p=3D0) at= xdisp.c:15826
#10 0x0000000000452ba3 in redisplay_window_0 (window=3D28326) at xdisp= .c:13894
#11 0x0000000000541aeb in internal_condition_case_1 (bfu= n=3D0x452b80 <redisplay_window_0>, arg=3D161353781, handlers=3D100621= 50, hfun=3D<optimized out>) at eval.c:1326
#12 0x0000000000449b2f in redisplay_windows (window=3D<optimized ou= t>) at xdisp.c:13874
#13 0x000000000042e39b in redisplay_inter= nal () at xdisp.c:13453
#14 0x00000000004308c4 in redisplay_prese= rve_echo_area (from_where=3D28326) at xdisp.c:13710
#15 0x00000000004d9105 in detect_input_pending_run_timers (do_display= =3D<optimized out>) at keyboard.c:10276
#16 0x000000000057b= ce3 in wait_reading_process_output (time_limit=3D<optimized out>, nse= cs=3D<optimized out>, read_kbd=3D-1, do_display=3Dtrue, wait_for_cell= =3D9858002, wait_proc=3D0x0,=A0
=A0 =A0 just_wait_proc=3D<optimized out>) at process.c:4749
#17 0x00000000004d7d30 in kbd_buffer_get_event (end_time=3D<optimi= zed out>, kbp=3D<optimized out>, used_mouse_menu=3D0x7fff2ab3cac7)= at keyboard.c:3802
#18 read_char (commandflag=3D<optimized out>, nmaps=3D8, maps=3D= 0x7fff2ab3c930, prev_event=3D9858002, used_mouse_menu=3D0x7fff2ab3cac7, end= _time=3D<optimized out>) at keyboard.c:2768
#19 0x000000000= 04d423d in read_key_sequence (bufsize=3D30, keybuf=3D<optimized out>,= prompt=3D<optimized out>, dont_downcase_last=3D<optimized out>= , can_return_switch_frame=3D<optimized out>,=A0
=A0 =A0 fix_current_buffer=3D<optimized out>) at keyboard.c:9230=
#20 0x00000000004d381a in command_loop_1 () at keyboard.c:1458
#21 0x00000000005419b1 in internal_condition_case (bfun=3D0x4d2590= <command_loop_1>, handlers=3D9909682, hfun=3D<optimized out>) = at eval.c:1288
#22 0x00000000004e2946 in command_loop_2 (ignore=3D<optimized out&g= t;) at keyboard.c:1167
#23 0x0000000000541486 in internal_catch (= tag=3D<optimized out>, func=3D0x4e2920 <command_loop_2>, arg=3D= 9858002) at eval.c:1059
#24 0x00000000004d1d09 in command_loop () at keyboard.c:1146
#25 recursive_edit_1 () at keyboard.c:778
#26 0x00000000004d1e26= in Frecursive_edit () at keyboard.c:842
#27 0x00000000004d0d69 i= n main (argc=3D<error reading variable: Cannot access memory at address = 0x0>, argv=3D<optimized out>) at emacs.c:1552


Frame #3 aborted b/c bidi_cache_sp= is 0.
Frame #4 has:
(gdb) p it->current
<= div>$2 =3D {
=A0 pos =3D {
=A0 =A0 charpos =3D 99256,= =A0
=A0 =A0 bytepos =3D 99256
=A0 },=A0
=A0 overlay_string_= index =3D 0,=A0
=A0 string_pos =3D {
=A0 =A0 charpos = =3D -1,=A0
=A0 =A0 bytepos =3D -1
=A0 },=A0
= =A0 dpvec_index =3D -1
}

(gdb) p current_buffer->name_
$3 =3D 65944= 961
(gdb) pp current_buffer->name_
Cannot access mem= ory at address 0x8ce6b8

(gdb) p current_buffe= r->text->beg[99256]@100
$5 =3D ' ' <repeats 24 times>, "],\n", ' &= #39; <repeats 22 times>, "}],\n", ' ' <repeats 2= 0 times>, "],\n", ' ' <repeats 20 times>, "= 'tar"

which tells me this is=A0common.gypi, running in gyp-mode (as opposed to the previou= s report which was in cc-mode).

Let me know if you think this is worth debugging furthe= r or if I should first sync & rebuild before a further crash will be in= teresting.

--f46d043d67e905bd7f04cf2f3bb5-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 23 16:57:52 2012 Received: (at 12745) by debbugs.gnu.org; 23 Nov 2012 21:57:53 +0000 Received: from localhost ([127.0.0.1]:35341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tc1Fw-0004EG-MS for submit@debbugs.gnu.org; Fri, 23 Nov 2012 16:57:52 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:64965) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tc1Fu-0004E8-HK for 12745@debbugs.gnu.org; Fri, 23 Nov 2012 16:57:51 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MDY00600MXQTA00@a-mtaout20.012.net.il> for 12745@debbugs.gnu.org; Fri, 23 Nov 2012 23:56:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MDY006E6NLWNJ80@a-mtaout20.012.net.il>; Fri, 23 Nov 2012 23:56:21 +0200 (IST) Date: Fri, 23 Nov 2012 23:56:24 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83624wt247.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 23 Nov 2012 12:14:27 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > This morning I had the first crash since updating to > d7ef9678754509d426df5f6f2086ca03f7d68b1c on trunk (which doesn't include > 110767's fix to init_from_display_pos) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 23 Nov 2012 12:14:27 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > This morning I had the first crash since updating to > d7ef9678754509d426df5f6f2086ca03f7d68b1c on trunk (which doesn't include > 110767's fix to init_from_display_pos) [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Fri, 23 Nov 2012 12:14:27 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > This morning I had the first crash since updating to > d7ef9678754509d426df5f6f2086ca03f7d68b1c on trunk (which doesn't include > 110767's fix to init_from_display_pos) If you don't have 110767, then why is it interesting to report this crash? That revision was supposed to fix precisely this crash. The current revision numbers on the emacs-24 branch and on the trunk are 110941 and 110993, respectively. So why would you use such an old version, from more than 3 weeks ago? > Let me know if you think this is worth debugging further or if I should > first sync & rebuild before a further crash will be interesting. I certainly recommend to update to the latest code. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 24 23:54:03 2012 Received: (at 12745) by debbugs.gnu.org; 25 Nov 2012 04:54:03 +0000 Received: from localhost ([127.0.0.1]:37282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUEE-0002pO-8o for submit@debbugs.gnu.org; Sat, 24 Nov 2012 23:54:03 -0500 Received: from mail-vb0-f44.google.com ([209.85.212.44]:64609) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUE8-0002oi-Dc for 12745@debbugs.gnu.org; Sat, 24 Nov 2012 23:53:57 -0500 Received: by mail-vb0-f44.google.com with SMTP id fc26so2915169vbb.3 for <12745@debbugs.gnu.org>; Sat, 24 Nov 2012 20:52:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=OM19bwJR8XVk2RdfqVv9hEzs5Lvj9AWT3hnA3VpCAbI=; b=a8+NH4DJ6Nn4DHTUpdApKchRBc5WTQ+SGj7DNRtMqKEF2FFuxspS4JDU6UwymmwG4H IBW67cdszL1YFHtzWbv9mOwyZFkAnm/PeEwNhvC5CI/xyOr3oX+UTcDjjgZOxfc/lYzH J1W4FQ75At9mmse68IeYGTilyHBYsrhMJQ5BqO/Vj/Ofd0Sx4tdZxc89FwgH3eruvCTl q7yHd2LqUGvK541Khj5CRgdj/7M0THJZt3+whTan7wnRFIdGyPevahb+pR3eKbE/PnfC 2jj49ydJ7sJdVsM1dDf7X5u9rT+1YUXuLuiqW5AjEvWR3A7gkk9nU9Q6mJPst2KGbBFM 9Tzg== MIME-Version: 1.0 Received: by 10.220.152.204 with SMTP id h12mr12899308vcw.66.1353819139407; Sat, 24 Nov 2012 20:52:19 -0800 (PST) Received: by 10.58.205.212 with HTTP; Sat, 24 Nov 2012 20:52:19 -0800 (PST) In-Reply-To: <83624wt247.fsf@gnu.org> References: <83624wt247.fsf@gnu.org> Date: Sat, 24 Nov 2012 20:52:19 -0800 Message-ID: Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay From: Ami Fischman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=f46d043c821ae4feac04cf4a946b X-Gm-Message-State: ALoCoQl7/6T+rX9OE0cPZUl9Ej4Tj9nXikTESVWyhiT6x8xulxQUkP1swA+em04s5pAhX4DwyuE/ X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12745 Cc: Alp Aker , 12745@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: 0.1 (/) --f46d043c821ae4feac04cf4a946b Content-Type: text/plain; charset=ISO-8859-1 > > If you don't have 110767, then why is it interesting to report this crash? That revision was supposed to fix precisely this crash. > I didn't get the impression from our previous exchange that you had such a high confidence in the connection (just that you were sure it was fixing a bug, not that it was necessarily the bug I was tripping over). > The current revision numbers on the emacs-24 branch and on the trunk > are 110941 and 110993, respectively. So why would you use such an old > version, from more than 3 weeks ago? > This bug took hours/days to manifest; I wanted to see whether trunk already had it fixed. It seems that it was at least partially fixed since this time it took a lot longer to manifest. I'll sync & rebuild and will report back if I get another one of these. --f46d043c821ae4feac04cf4a946b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
If you don't have 110767, then why is it interesting t= o report this
crash? =A0That revision was supposed to fix precisely this crash.

I didn't get the impression from our previou= s exchange that you had such a high confidence in the connection (just that= you were sure it was fixing a bug, not that it was necessarily the bug I w= as tripping over).
=A0
The current revision numbers o= n the emacs-24 branch and on the trunk
are 110941 and 110993, respectively. =A0So why would you use such an old version, from more than 3 weeks ago?

Th= is bug took hours/days to manifest; I wanted to see whether trunk already h= ad it fixed. =A0It seems that it was at least partially fixed since this ti= me it took a lot longer to manifest.

I'll sync & rebuild and will report back if I g= et another one of these.=A0
--f46d043c821ae4feac04cf4a946b-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 25 11:53:29 2012 Received: (at 12745) by debbugs.gnu.org; 25 Nov 2012 16:53:29 +0000 Received: from localhost ([127.0.0.1]:38403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcfST-0003ay-3G for submit@debbugs.gnu.org; Sun, 25 Nov 2012 11:53:29 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:51898) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcfSR-0003aq-3M for 12745@debbugs.gnu.org; Sun, 25 Nov 2012 11:53:27 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0ME100900XI6HI00@a-mtaout22.012.net.il> for 12745@debbugs.gnu.org; Sun, 25 Nov 2012 18:51:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME1008RDYUBB3Q0@a-mtaout22.012.net.il>; Sun, 25 Nov 2012 18:51:47 +0200 (IST) Date: Sun, 25 Nov 2012 18:51:56 +0200 From: Eli Zaretskii Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay In-reply-to: X-012-Sender: halo1@inter.net.il To: Ami Fischman Message-id: <83624tzkur.fsf@gnu.org> References: <83624wt247.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sat, 24 Nov 2012 20:52:19 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > > If you don't have 110767, then why is it interesting to report this > > crash? That revision was supposed to fix precisely this crash. > > I didn't get the impression from our previous exchange that you had such a > high confidence in the connection (just that you were sure it was fixing a > bug, not that it was necessarily the bug I was tripping over). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12745 Cc: alptekin.aker@gmail.com, 12745@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.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sat, 24 Nov 2012 20:52:19 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > > If you don't have 110767, then why is it interesting to report this > > crash? That revision was supposed to fix precisely this crash. > > I didn't get the impression from our previous exchange that you had such a > high confidence in the connection (just that you were sure it was fixing a > bug, not that it was necessarily the bug I was tripping over). [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Sat, 24 Nov 2012 20:52:19 -0800 > From: Ami Fischman > Cc: Alp Aker , 12745@debbugs.gnu.org > > > If you don't have 110767, then why is it interesting to report this > > crash? That revision was supposed to fix precisely this crash. > > I didn't get the impression from our previous exchange that you had such a > high confidence in the connection (just that you were sure it was fixing a > bug, not that it was necessarily the bug I was tripping over). I wasn't 100% sure because I could not reproduce the original problem. But from looking at the code that caused assertion violation, I can see no other reasons than what was fixed in 110767. > I'll sync & rebuild and will report back if I get another one of these. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 09 22:07:48 2013 Received: (at 12745-done) by debbugs.gnu.org; 10 Feb 2013 03:07:48 +0000 Received: from localhost ([127.0.0.1]:47680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4NGd-0000Zo-Cz for submit@debbugs.gnu.org; Sat, 09 Feb 2013 22:07:47 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:46442) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U4NGa-0000Zh-SZ for 12745-done@debbugs.gnu.org; Sat, 09 Feb 2013 22:07:45 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U4NGO-0001lk-4F; Sat, 09 Feb 2013 22:07:32 -0500 From: Glenn Morris To: 12745-done@debbugs.gnu.org Subject: Re: bug#12745: crash in bidi_pop_it during (idle) redisplay References: <83624wt247.fsf@gnu.org> X-Spook: John Kerry ASIO condor Glock strategic Yukon USDOJ UNSCOM X-Ran: &$%+QdtI\ev@1g4"c:`+PgDCV]a6Lz"y#NXuIOnnzsKO(WGme-uH`.juJCtl>&v01|@H>Q X-Hue: green X-Attribution: GM Date: Sat, 09 Feb 2013 22:07:31 -0500 In-Reply-To: (Ami Fischman's message of "Sat, 24 Nov 2012 20:52:19 -0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 12745-done 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: -5.0 (-----) Ami Fischman wrote: > I'll sync & rebuild and will report back if I get another one of these. Assuming that no news is good news. From unknown Sun Aug 17 22:13:02 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 10 Mar 2013 11:24:03 +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