From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 26 17:41:27 2012 Received: (at submit) by debbugs.gnu.org; 26 Jan 2012 22:41:27 +0000 Received: from localhost ([127.0.0.1]:45934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqY0U-0002Co-3B for submit@debbugs.gnu.org; Thu, 26 Jan 2012 17:41:27 -0500 Received: from eggs.gnu.org ([140.186.70.92]:46843) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqY0K-0002CU-RL for submit@debbugs.gnu.org; Thu, 26 Jan 2012 17:41:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqXzf-0004ST-6f for submit@debbugs.gnu.org; Thu, 26 Jan 2012 17:40:37 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:43714) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqXzf-0004SP-41 for submit@debbugs.gnu.org; Thu, 26 Jan 2012 17:40:35 -0500 Received: from eggs.gnu.org ([140.186.70.92]:50902) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqXzc-0005zk-W4 for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2012 17:40:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RqXza-0004Rz-OB for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2012 17:40:32 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:41611 helo=mail.esperi.org.uk) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RqXza-0004Rr-Bs for bug-gnu-emacs@gnu.org; Thu, 26 Jan 2012 17:40:30 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0QMeMux004641 for ; Thu, 26 Jan 2012 22:40:22 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0QMeMNU016113; Thu, 26 Jan 2012 22:40:22 GMT From: Nix To: bug-gnu-emacs@gnu.org Subject: 24.0.92; Bidi crash reading a message from emacs-devel Emacs: no job too big... no job. Date: Thu, 26 Jan 2012 22:40:22 +0000 Message-ID: <87ehumm6jt.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-URT-Metrics: spindle 1060; Body=1 Fuz1=1 Fuz2=1 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) I just got a bidi crash reading an emacs-devel message in Gnus (bzr r106941). The crash happened when doing a page-down while viewing the message archived at (but you can't see the bidi goodness there, if it *is* meant to be good to find the periods transposed to the other end of the line while the lines themselves still read in L2R, but right-justified. Weird, but maybe intended, I dunno.) It is quite clear from the backtrace that the second parameter to char_table_ref() has been garbaged, apparently being set to 2^32/1000 (again, passing strange). I still have the coredump: any debugging I can do, just ask. (However, the thing was compiled with optimization, so debugging is visibly degraded. I'm just about to upgrade GDB to 7.4: maybe that will help a bit.) No recipe from emacs -Q yet (a bit hard given that this is provoked by Gnus-plus-nnml). Tomorrow I'll try to come up with a reproduction recipe based on the text of the message alone. Backtrace: #0 0x00007f5b0ca808a7 in kill () from /lib/libc.so.6 #1 0x00000000004f8d3c in fatal_error_signal (sig=) at emacs.c:366 #2 fatal_error_signal (sig=) at emacs.c:336 #3 #4 0x000000000049a16f in char_table_ref (table=, c=4195289) at chartab.c:237 #5 0x00000000005d3746 in composition_compute_stop_pos (cmp_it=0x7fff80a63e68, charpos=1431, bytepos=1396, endpos=, string=12065314) at composite.c:1065 #6 0x000000000042a7b8 in compute_stop_pos (it=0x7fff80a63600) at xdisp.c:3273 #7 0x0000000000442da9 in compute_stop_pos_backwards (it=0x7fff80a63600) at xdisp.c:7551 #8 next_element_from_buffer (it=0x7fff80a63600) at xdisp.c:7717 #9 0x000000000043a2da in get_next_display_element (it=0x7fff80a63600) at xdisp.c:6387 #10 0x0000000000437f49 in move_it_in_display_line_to (it=0x7fff80a63600, to_charpos=2459, to_x=-1, op=MOVE_TO_POS) at xdisp.c:8029 #11 0x000000000043e610 in move_it_to (it=0x7fff80a63600, to_charpos=2459, to_x=-1, to_y=-1, to_vpos=-1, op=8) at xdisp.c:8621 #12 0x0000000000445474 in start_display (it=0x7fff80a63600, w=, pos=...) at xdisp.c:2830 #13 0x000000000054149b in Fvertical_motion (lines=4, window=) at indent.c:2027 #14 0x0000000000575594 in Ffuncall (nargs=, args=0x7fff80a64418) at eval.c:2990 #15 0x00000000005b1006 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:785 #16 0x0000000000575071 in funcall_lambda (fun=9633805, nargs=, arg_vector=0x7fff80a645f8) at eval.c:3218 #17 0x00000000005753db in Ffuncall (nargs=4, args=0x7fff80a645f0) at eval.c:3048 #18 0x00000000005b1006 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:785 #19 0x0000000000575071 in funcall_lambda (fun=9632957, nargs=, arg_vector=0x7fff80a647b8) at eval.c:3218 #20 0x00000000005753db in Ffuncall (nargs=5, args=0x7fff80a647b0) at eval.c:3048 #21 0x00000000005b1006 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:785 #22 0x0000000000574a03 in eval_sub (form=) at eval.c:2341 #23 0x0000000000577c64 in internal_lisp_condition_case (var=12869650, bodyform=9631438, handlers=9631566) at eval.c:1454 #24 0x00000000005b0201 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=, args=) at bytecode.c:981 #25 0x0000000000575071 in funcall_lambda (fun=9631157, nargs=, arg_vector=0x7fff80a64d18) at eval.c:3218 #26 0x00000000005753db in Ffuncall (nargs=3, args=0x7fff80a64d10) at eval.c:3048 #27 0x0000000000571751 in Fcall_interactively (function=12793922, record_flag=12065314, keys=212423709) at callint.c:852 #28 0x0000000000575581 in Ffuncall (nargs=, args=0x7fff80a64ee0) at eval.c:2994 #29 0x00000000005757e4 in call3 (fn=, arg1=, arg2=, arg3=) at eval.c:2787 #30 0x0000000000509c19 in command_loop_1 () at keyboard.c:1571 #31 0x0000000000573746 in internal_condition_case (bfun=0x509880 , handlers=12106194, hfun=0x4fddb0 ) at eval.c:1500 #32 0x00000000004fbfce in command_loop_2 (ignore=) at keyboard.c:1159 #33 0x0000000000573628 in internal_catch (tag=0, func=0x4fbfb0 , arg=12065314) at eval.c:1257 #34 0x00000000004fd887 in command_loop () at keyboard.c:1138 #35 recursive_edit_1 () at keyboard.c:758 #36 0x00000000004fdbbc in Frecursive_edit () at keyboard.c:822 #37 0x0000000000411c3d in main (argc=2, argv=) at emacs.c:1715 In GNU Emacs 24.0.92.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2012-01-26 on spindle Windowing system distributor `The X.Org Foundation', version 11.0.11003901 configured using `configure '--without-pop' '--without-kerberos' '--without-hesiod' '--without-mmdf' '--with-x-toolkit=lucid' '--with-wide-int' 'NO_FAST_MATH=t'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C 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_GB.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Summary Minor modes in effect: gnus-mailing-list-mode: t iswitchb-mode: t show-paren-mode: t global-cwarn-mode: t global-semanticdb-minor-mode: t global-semantic-idle-completions-mode: t global-semantic-idle-scheduler-mode: t compile-bookmarks-mode: t semantic-mode: t type-break-mode-line-message-mode: t icomplete-mode: t recentf-mode: t mv-shell-mode: t shell-dirtrack-mode: t which-function-mode: t desktop-save-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-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 column-number-mode: t line-number-mode: t Recent input: y M-x g n u s y E E E E q C-r e m a c s - d e v e l C-s d b i d i C-s C-r C-r C-s C-s C-s C-s C-a SPC n n n n n n n SPC M-x r e p o r t - e Recent messages: Warning: Couldn't read newsgroups descriptions nnimap read 0k Expiring articles...done Mark saved where search started [2 times] Hit C-g to stop BBDB from annotating. 5 of 6 addresses processed. Hit C-g to stop BBDB from annotating. 5 of 5 addresses processed. Hit C-g to stop BBDB from annotating. 5 of 6 addresses processed. [2 times] Hit C-g to stop BBDB from annotating. 5 of 7 addresses processed. Hit C-g to stop BBDB from annotating. 5 of 6 addresses processed. Hit C-g to stop BBDB from annotating. 5 of 5 addresses processed. Load-path shadows: /home/nix/lisp/defaults hides /usr/share/emacs/site-lisp/defaults /home/nix/lisp/emacs/site-wide/site-start hides /usr/share/emacs/site-lisp/site-start /home/nix/lisp/emacs/site-wide/default hides /usr/share/emacs/site-lisp/default /home/nix/lisp/emacs/site-wide/scroll-in-place hides /usr/share/emacs/site-lisp/scroll-in-place /usr/share/emacs/site-lisp/emms/tq hides /usr/share/emacs/24.0.92/lisp/emacs-lisp/tq Features: (shadow emacsbug multi-isearch gnus-picon gnus-cite ansi-color gnus-async gnus-bcklg gnus-salt gnus-dup qp gnus-ml gnus-topic url-cache url-http url-gw url-auth url-handlers nndraft nnrss xml gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg utf-7 gnutls nnimap parse-time utf7 nnmh nnml nnfolder gnus-cache bbdb-gnus bbdb-snarf netrc gnus-demon nntp dot-gnus-mail dot-gnus-splits mm-url smtpmail gnus-art mm-uu mml2015 mm-view mml-smime smime dig dot-gnus-articles dot-gnus-sa background gnus-sum nnoo gnus-group gnus-undo nnmail mail-source dot-gnus-bbdb dot-gnus-colourization tc mail-extr gnus-start gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems nnheader server semantic/bovine/make semantic/bovine/make-by make-mode vc-git checkdoc thingatpt semantic/imenu semantic/db-file cedet-files semantic/bovine/c semantic/decorate/include semantic/db-find semantic/db-ref semantic/decorate/mode semantic/decorate pulse semantic/bovine/c-by semantic/lex-spp semantic/bovine/gcc semantic/dep semantic/analyze semantic/sort semantic/scope semantic/analyze/fcn c-eldoc eldoc sh-script executable epa-file epa derived epg epg-config generic site-default dot-emacs dot-emacs-emacs iswitchb xemacs-compat add-log misc init-music network-stream starttls tls emms-volume emms-volume-amixer emms-history emms-bookmarks emms-metaplaylist-mode emms-browser sort emms-playlist-sort emms-last-played emms-playing-time emms-stream-info emms-streams emms-mode-line emms-cache emms-info later-do emms-playlist-limit emms-playlist-mode emms-player-mpd tq emms-player-simple emms-source-playlist emms-source-file dired emms emms-compat init-message-modes bbdb-expire bbdb-hooks bbdb-com silly-mail sendmail boxquote rect message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev mail-utils gmm-utils mailheader init-time-tracking timeclock-visualize sgml-mode url url-proxy url-privacy url-expand url-methods url-history url-cookie url-util url-parse url-vars mailcap auto-edit-substitute init-prog-modes init-prog-modes-emacs filecache paren cwarn cc-mode cc-fonts cc-guess cc-menus semantic/db-mode semantic/db eieio-base semantic/idle semantic/format ezimage semantic/tag-ls semantic/ctxt htmlfontify cus-edit cus-start cus-load compile-bookmarks gpicker ffap font-latex latex easy-mmode edmacro kmacro tex-style tex semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs miniedit type-break icomplete site-start-load gawd-keys help-mode view gawd-keys-emacs gawd-mode-frobs gawd-mode-frobs-emacs windmove recentf tree-widget wid-edit mv-shell printing ps-print ps-def lpr uptimes pp bbdb timezone browse-kill-ring+ browse-kill-ring tempbuf timeclock igrep grep compile term disp-table ehelp electric tramp tramp-compat auth-source assoc gnus-util mm-util mail-prsvr password-cache shell pcomplete comint format-spec tramp-loaddefs regexp-opt hideshow filladapt gawd-faces gawd-faces-emacs nix-dark-theme gawd-misc gawd-misc-emacs which-func imenu winner time-date gawd-lists bbdb-autoloads desktop generic-x uniquify time advice help-fns advice-preload scroll-in-place site-start-emacs site-autoloads all-autoloads auctex-autoloads tex-site info c-eldoc-autoloads compilation-recenter-end-autoloads compile-bookmarks-autoloads dictionary-autoloads diff-git-autoloads elk-test-autoloads fringe-helper-autoloads full-ack-autoloads htmlize-autoloads iresize-autoloads jump-autoloads inflections-autoloads findr-autoloads lua-mode-autoloads minimap-autoloads mv-shell-autoloads perspective-autoloads package tabulated-list emms-auto rudel-loaddefs rudel-backend warnings eieio byte-opt bytecomp byte-compile cconv macroexp w3m-load apropos-toc cl ring filesets easymenu flash-paren saveplace redo+ 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) -- NULL && (void) From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 27 04:06:41 2012 Received: (at 10617) by debbugs.gnu.org; 27 Jan 2012 09:06:41 +0000 Received: from localhost ([127.0.0.1]:46174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqhlY-0002lb-OG for submit@debbugs.gnu.org; Fri, 27 Jan 2012 04:06:41 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:52095) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqhlV-0002lM-JI for 10617@debbugs.gnu.org; Fri, 27 Jan 2012 04:06:39 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYG0020094ANX00@a-mtaout20.012.net.il> for 10617@debbugs.gnu.org; Fri, 27 Jan 2012 11:05:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYG002ZZ99S2660@a-mtaout20.012.net.il>; Fri, 27 Jan 2012 11:05:53 +0200 (IST) Date: Fri, 27 Jan 2012 11:03:49 +0200 From: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel In-reply-to: <87ehumm6jt.fsf@spindle.srvr.nix> X-012-Sender: halo1@inter.net.il To: Nix Message-id: <83pqe5zfd6.fsf@gnu.org> References: <87ehumm6jt.fsf@spindle.srvr.nix> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Nix > Emacs: no job too big... no job. > Date: Thu, 26 Jan 2012 22:40:22 +0000 > > I just got a bidi crash reading an emacs-devel message in Gnus (bzr > r106941). I'm curious: why do you think this crash has anything to do with bidi? There are no bidi-related functions anywhere in the backtrace you show. > The crash happened when doing a page-down while viewing the > message archived at > FWIW, I read that message without any problems in Rmail, neither with the current trunk nor with the 24.0.92 pretest. But that's a 32-bit build on Windows, while yours is a 64-bit build on GNU/Linux. > (but you can't see the bidi goodness there, if it *is* meant to be good > to find the periods transposed to the other end of the line while the > lines themselves still read in L2R, but right-justified. Weird, but > maybe intended, I dunno.) This weird display is mandated by the Unicode Bidirectional Algorithm, because the quoted part of the message is treated as a single right-to-left paragraph. It is a single paragraph because there are no empty lines in it, and it takes a right-to-left paragraph direction because the first strong directional character is an Arabic letter, whose directionality is right to left. I have an idea for how to make the display more reasonable in this (quite frequent) use case, but it will have to wait until after the release of Emacs 24.1, because it could have wide potentially surprising effects which will need to be carefully considered. > It is quite clear from the backtrace that the second parameter to > char_table_ref() has been garbaged, apparently being set to 2^32/1000 > (again, passing strange). Sorry, I don't believe backtraces from optimized builds, they lie through their teeth. > I still have the coredump: any debugging I can do, just ask. It would be interesting to see it->current, it->position, it->sp, and it->string in frames #6 and #8. Also, what do you have in the buffer at the position(s) shown by it->current and it->position (the functions in etc/emacs-buffer.gdb might come in handy for finding this out). > (However, the thing was compiled with optimization, so debugging is > visibly degraded. I'm just about to upgrade GDB to 7.4: maybe that > will help a bit.) > > No recipe from emacs -Q yet (a bit hard given that this is provoked by > Gnus-plus-nnml). Tomorrow I'll try to come up with a reproduction recipe > based on the text of the message alone. A newer GDB will help, but please also try this in an unoptimized build. If you can reproduce it there, we will have much better chances of finding the culprit. Also, please show the results of "xbacktrace" (starting GDB from the Emacs src directory should cause that be done automagically). > In GNU Emacs 24.0.92.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) > of 2012-01-26 on spindle > Windowing system distributor `The X.Org Foundation', version 11.0.11003901 > configured using `configure '--without-pop' '--without-kerberos' '--without-hesiod' '--without-mmdf' '--with-x-toolkit=lucid' '--with-wide-int' 'NO_FAST_MATH=t'' Can you tell whether you built with libraries mentioned in INSTALL under "Complex Text Layout support libraries", and if so, which versions thereof? Also, do you have any problems whatsoever displaying etc/HELLO in its entirety? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 13:14:45 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 18:14:45 +0000 Received: from localhost ([127.0.0.1]:45523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrvkb-0000MR-AZ for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:14:45 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:46129 helo=mail.esperi.org.uk) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrvkY-0000MH-EH for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 13:14:44 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0UIESCW030776; Mon, 30 Jan 2012 18:14:28 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0UIESFN003139; Mon, 30 Jan 2012 18:14:28 GMT From: Nix To: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> Emacs: is that a Lisp interpreter in your editor, or are you just happy to see me? Date: Mon, 30 Jan 2012 18:14:28 +0000 In-Reply-To: <83pqe5zfd6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 27 Jan 2012 11:03:49 +0200") Message-ID: <87vcnt5a7v.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-URT-Metrics: spindle 1060; Body=2 Fuz1=2 Fuz2=2 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 27 Jan 2012, Eli Zaretskii spake thusly: >> From: Nix >> Emacs: no job too big... no job. >> Date: Thu, 26 Jan 2012 22:40:22 +0000 >> >> I just got a bidi crash reading an emacs-devel message in Gnus (bzr >> r106941). > > I'm curious: why do you think this crash has anything to do with bidi? > There are no bidi-related functions anywhere in the backtrace you > show. Oh. Maybe I jumped to conclusions, but the fact that I got it when viewing a heavily-bidi message roused suspicions too strong to see past :) emacs is too reliable, that's the problem: if it kept crashing all the time I'd not make this sort of assumption, but since this is my first crash in months I assumed that most of it was bug-free! >> (but you can't see the bidi goodness there, if it *is* meant to be good >> to find the periods transposed to the other end of the line while the >> lines themselves still read in L2R, but right-justified. Weird, but >> maybe intended, I dunno.) > > This weird display is mandated by the Unicode Bidirectional Algorithm, > because the quoted part of the message is treated as a single > right-to-left paragraph. It is a single paragraph because there are > no empty lines in it, and it takes a right-to-left paragraph direction > because the first strong directional character is an Arabic letter, > whose directionality is right to left. It's not a bug then, good :) >> It is quite clear from the backtrace that the second parameter to >> char_table_ref() has been garbaged, apparently being set to 2^32/1000 >> (again, passing strange). > > Sorry, I don't believe backtraces from optimized builds, they lie > through their teeth. Backtraces from optimized GCC builds on x86_64 Linux (and, on modern GCC's, on i386 too) don't work by doing frame pointer walking anymore, they do DWARF walking. If that lies, the stack is severely corrupted and exception handling will also crash: perhaps not terribly relevant for most C programs but still a sign that keeping this particular data structure un-fudged-up is considered important. (There are the usual modifications due to inlining and sibcalls but they are easy to compensate for.) So it's a good bit more reliable than it used to be. You can generally rely on the function names being valid. Looking at variable values from optimized builds still sucks giant asteroids through micropipettes though. :( so the parameters in the backtraces might sometimes be lying or outdated. >> I still have the coredump: any debugging I can do, just ask. > > It would be interesting to see it->current, it->position, it->sp, and > it->string in frames #6 and #8. Frame 6: (gdb) print it->current $3 = { pos = { charpos = 1430, bytepos = 1394 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) print it->position $4 = { charpos = 1430, bytepos = 1394 } (gdb) print it->sp $5 = 0 (gdb) print it->string $6 = 12065314 Frame 8: (gdb) print it->current $7 = { pos = { charpos = 1430, bytepos = 1394 }, overlay_string_index = -1, string_pos = { charpos = -1, bytepos = -1 }, dpvec_index = -1 } (gdb) print it->position $8 = { charpos = 1430, bytepos = 1394 } (gdb) print it->sp $9 = 0 (gdb) print it->string $10 = 12065314 (i.e. unchanged) > Also, what do you have in the buffer > at the position(s) shown by it->current and it->position (the > functions in etc/emacs-buffer.gdb might come in handy for finding this > out). I'm afraid optimized-build hell has kicked in here: There is no member named data. I suspect this will be undiagnosable unless I can reproduce this in an unoptimized build :( >> (However, the thing was compiled with optimization, so debugging is >> visibly degraded. I'm just about to upgrade GDB to 7.4: maybe that >> will help a bit.) >> >> No recipe from emacs -Q yet (a bit hard given that this is provoked by >> Gnus-plus-nnml). Tomorrow I'll try to come up with a reproduction recipe >> based on the text of the message alone. > > A newer GDB will help, but please also try this in an unoptimized > build. If you can reproduce it there, we will have much better > chances of finding the culprit. I'll try that soon. I doubt we can get much further with this as it stands :( > Also, please show the results of "xbacktrace" (starting GDB from the > Emacs src directory should cause that be done automagically). "There is no member named data" again. Sigh :( >> In GNU Emacs 24.0.92.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) >> of 2012-01-26 on spindle >> Windowing system distributor `The X.Org Foundation', version 11.0.11003901 >> configured using `configure '--without-pop' '--without-kerberos' '--without-hesiod' '--without-mmdf' '--with-x-toolkit=lucid' '--with-wide-int' 'NO_FAST_MATH=t'' > > Can you tell whether you built with libraries mentioned in INSTALL > under "Complex Text Layout support libraries", and if so, which > versions thereof? I didn't build with any of the complex text layout support libraries at all. > Also, do you have any problems whatsoever displaying etc/HELLO in its > entirety? No. -- NULL && (void) From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 14:06:17 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 19:06:17 +0000 Received: from localhost ([127.0.0.1]:45576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwYS-0002PD-R8 for submit@debbugs.gnu.org; Mon, 30 Jan 2012 14:06:17 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:42463) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwYR-0002Oy-5t for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 14:06:16 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LYM00I00KWQUO00@a-mtaout22.012.net.il> for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 21:05:39 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM00IBJL1DR630@a-mtaout22.012.net.il>; Mon, 30 Jan 2012 21:05:38 +0200 (IST) Date: Mon, 30 Jan 2012 21:03:38 +0200 From: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel In-reply-to: <87vcnt5a7v.fsf@spindle.srvr.nix> X-012-Sender: halo1@inter.net.il To: Nix Message-id: <83r4yhqagl.fsf@gnu.org> References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Nix > Cc: 10617@debbugs.gnu.org > Emacs: is that a Lisp interpreter in your editor, or are you just happy to see me? > Date: Mon, 30 Jan 2012 18:14:28 +0000 > > On 27 Jan 2012, Eli Zaretskii spake thusly: > > >> From: Nix > >> Emacs: no job too big... no job. > >> Date: Thu, 26 Jan 2012 22:40:22 +0000 > >> > >> I just got a bidi crash reading an emacs-devel message in Gnus (bzr > >> r106941). > > > > I'm curious: why do you think this crash has anything to do with bidi? > > There are no bidi-related functions anywhere in the backtrace you > > show. > > Oh. Maybe I jumped to conclusions, but the fact that I got it when > viewing a heavily-bidi message roused suspicions too strong to see past Arabic text is special in that it uses character compositions, not only bidi display. And the crash is inside code that handles character compositions. > >> It is quite clear from the backtrace that the second parameter to > >> char_table_ref() has been garbaged, apparently being set to 2^32/1000 > >> (again, passing strange). > > > > Sorry, I don't believe backtraces from optimized builds, they lie > > through their teeth. > > Backtraces from optimized GCC builds on x86_64 Linux (and, on modern > GCC's, on i386 too) don't work by doing frame pointer walking anymore, > they do DWARF walking. If that lies, the stack is severely corrupted and > exception handling will also crash: perhaps not terribly relevant for > most C programs but still a sign that keeping this particular data > structure un-fudged-up is considered important. (There are the usual > modifications due to inlining and sibcalls but they are easy to > compensate for.) > > So it's a good bit more reliable than it used to be. You can generally > rely on the function names being valid. The problem is that (a) static functions inlined by the compiler don't always appear in the backtraces, and (b) too many arguments in the calls are not shown ("optimized out") or shown with incorrect values. > > It would be interesting to see it->current, it->position, it->sp, and > > it->string in frames #6 and #8. > > Frame 6: > > (gdb) print it->current > $3 = { > pos = { > charpos = 1430, > bytepos = 1394 > }, > overlay_string_index = -1, > string_pos = { > charpos = -1, > bytepos = -1 > }, > dpvec_index = -1 > } > (gdb) print it->position > $4 = { > charpos = 1430, > bytepos = 1394 > } If bytepos is smaller than charpos, it generally means trouble... > (gdb) print it->sp > $5 = 0 > (gdb) print it->string > $6 = 12065314 What does "xtype" say about this string? If it says Lisp_String, what does "xstring" say? From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 14:12:12 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 19:12:12 +0000 Received: from localhost ([127.0.0.1]:45588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrweB-0002Y0-Jk for submit@debbugs.gnu.org; Mon, 30 Jan 2012 14:12:12 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:44843 helo=mail.esperi.org.uk ident=root) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrwe8-0002Xs-Qm for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 14:12:10 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0UJBtaP031313; Mon, 30 Jan 2012 19:11:55 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0UJBtbZ004619; Mon, 30 Jan 2012 19:11:55 GMT From: Nix To: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> Emacs: why choose between a word processor and a Lisp interpreter when you could have neither instead? Date: Mon, 30 Jan 2012 19:11:55 +0000 In-Reply-To: <83r4yhqagl.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 30 Jan 2012 21:03:38 +0200") Message-ID: <87wr893szo.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-URT-Metrics: spindle 1060; Body=2 Fuz1=2 Fuz2=2 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 30 Jan 2012, Eli Zaretskii spake thusly: > From: Nix >> > It would be interesting to see it->current, it->position, it->sp, and >> > it->string in frames #6 and #8. >> >> Frame 6: >> >> (gdb) print it->current >> $3 = { >> pos = { >> charpos = 1430, >> bytepos = 1394 >> }, >> overlay_string_index = -1, >> string_pos = { >> charpos = -1, >> bytepos = -1 >> }, >> dpvec_index = -1 >> } >> (gdb) print it->position >> $4 = { >> charpos = 1430, >> bytepos = 1394 >> } > > If bytepos is smaller than charpos, it generally means trouble... I thought maybe the gap accounted for it -- but this is already gap-compensated, isn't it? So we have characters of size <1 byte there. (I sort of doubt that.) >> (gdb) print it->sp >> $5 = 0 >> (gdb) print it->string >> $6 = 12065314 > > What does "xtype" say about this string? If it says Lisp_String, what > does "xstring" say? (gdb) xtype Lisp_Symbol (gdb) xstring $2 = (struct Lisp_String *) 0xb81a20 There is no member named data. Not very useful. (gdb) print *((struct Lisp_String *) 0xb81a20) $9 = { intervals = 0x98, u = { imm = { gcmarkbit = 1, immbit = 0, size = -40, size_byte = -37, data = "\204\000\000\000\000\000\"\032\270\000\000\000\000\000\362\031\270\000\000\000\000" }, dat = { unused = 1, size = } } Even less useful. I'll see if I can reproduce this in an unoptimized build... -- NULL && (void) From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 14:27:04 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 19:27:04 +0000 Received: from localhost ([127.0.0.1]:45596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwsZ-0002t1-PQ for submit@debbugs.gnu.org; Mon, 30 Jan 2012 14:27:04 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:53432) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwsX-0002sW-A5 for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 14:27:02 -0500 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id E43C81C01A2A; Mon, 30 Jan 2012 20:26:43 +0100 (CET) X-Auth-Info: 52IlbDPhQj9/nRUA6a9C5d/LsHdDoa4Bi4cwwLPqTnk= Received: from igel.home (ppp-93-104-143-223.dynamic.mnet-online.de [93.104.143.223]) by mail.mnet-online.de (Postfix) with ESMTPA id CA8871C00123; Mon, 30 Jan 2012 20:26:43 +0100 (CET) Received: by igel.home (Postfix, from userid 501) id EC382CA29A; Mon, 30 Jan 2012 20:26:42 +0100 (CET) From: Andreas Schwab To: Nix Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> X-Yow: It was a JOKE!! Get it?? I was receiving messages from DAVID LETTERMAN!! YOW!! Date: Mon, 30 Jan 2012 20:26:42 +0100 In-Reply-To: <87wr893szo.fsf@spindle.srvr.nix> (nix@esperi.org.uk's message of "Mon, 30 Jan 2012 19:11:55 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: Eli Zaretskii , 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Nix writes: > (gdb) xstring > $2 = (struct Lisp_String *) 0xb81a20 > There is no member named data. > > Not very useful. If you are changing struct Lisp_String you also have to update the gdb macros. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 16:12:11 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 21:12:12 +0000 Received: from localhost ([127.0.0.1]:45687 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RryWJ-0005LM-Oc for submit@debbugs.gnu.org; Mon, 30 Jan 2012 16:12:11 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:45996) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RryWI-0005L9-0Z for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 16:12:10 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYM00600Q4NST00@a-mtaout23.012.net.il> for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 23:11:44 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM006E7QVJON90@a-mtaout23.012.net.il>; Mon, 30 Jan 2012 23:11:44 +0200 (IST) Date: Mon, 30 Jan 2012 23:09:44 +0200 From: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel In-reply-to: <87wr893szo.fsf@spindle.srvr.nix> X-012-Sender: halo1@inter.net.il To: Nix Message-id: <83lioorj6v.fsf@gnu.org> References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 10617 Cc: 10617@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.5 (/) > From: Nix > Cc: 10617@debbugs.gnu.org > Date: Mon, 30 Jan 2012 19:11:55 +0000 > > >> (gdb) print it->string > >> $6 = 12065314 > > > > What does "xtype" say about this string? If it says Lisp_String, what > > does "xstring" say? > > (gdb) xtype > Lisp_Symbol > (gdb) xstring > $2 = (struct Lisp_String *) 0xb81a20 > There is no member named data. > > Not very useful. It's a symbol (see above), not a string, so using "xstring" with it is not useful. Try "xsymbol" (I'm guessing it's nil). From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 16:39:59 2012 Received: (at 10617) by debbugs.gnu.org; 30 Jan 2012 21:39:59 +0000 Received: from localhost ([127.0.0.1]:45700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rryx9-0005zm-Ie for submit@debbugs.gnu.org; Mon, 30 Jan 2012 16:39:59 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:45256 helo=mail.esperi.org.uk ident=root) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rryx3-0005zU-P0 for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 16:39:51 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0ULda1G032320; Mon, 30 Jan 2012 21:39:36 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0ULda9o007786; Mon, 30 Jan 2012 21:39:36 GMT From: Nix To: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> <83lioorj6v.fsf@gnu.org> Emacs: the definitive fritterware. Date: Mon, 30 Jan 2012 21:39:36 +0000 In-Reply-To: <83lioorj6v.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 30 Jan 2012 23:09:44 +0200") Message-ID: <87lioo50pz.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-URT-Metrics: spindle 1060; Body=2 Fuz1=2 Fuz2=2 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 30 Jan 2012, Eli Zaretskii stated: >> From: Nix >> >> (gdb) print it->string >> >> $6 = 12065314 >> > >> > What does "xtype" say about this string? If it says Lisp_String, what >> > does "xstring" say? >> >> (gdb) xtype >> Lisp_Symbol >> (gdb) xstring >> $2 = (struct Lisp_String *) 0xb81a20 >> There is no member named data. >> >> Not very useful. > > It's a symbol (see above), not a string, so using "xstring" with it is > not useful. Try "xsymbol" (I'm guessing it's nil). Oh, how... obvious. I shouldn't respond to these when exhausted. Ooo: (gdb) xsymbol it->string $2 = (struct Lisp_Symbol *) 0xb81a20 There is no member named data. (gdb) print *((struct Lisp_Symbol *) 0xb81a20) $3 = { gcmarkbit = 0, redirect = SYMBOL_PLAINVAL, constant = 1, interned = 2, declared_special = 0, xname = 8697697, val = { value = 12065314, alias = 0xb81a22, blv = 0xb81a22, fwd = 0xb81a22 }, function = 12065266, plist = 38661286, next = 0x0 } (gdb) print/x Qnil $6 = 0xb81a22 So this is clearly actually a forwarded or buffer-localized nil variable, but redirect has become corrupted so that Emacs thinks, incorrectly, that it's a value. Right? From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 30 22:49:05 2012 Received: (at 10617) by debbugs.gnu.org; 31 Jan 2012 03:49:05 +0000 Received: from localhost ([127.0.0.1]:46057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs4iO-0007fJ-MW for submit@debbugs.gnu.org; Mon, 30 Jan 2012 22:49:05 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:42362) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs4iM-0007el-Dv for 10617@debbugs.gnu.org; Mon, 30 Jan 2012 22:49:03 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYN0070094KON00@a-mtaout23.012.net.il> for 10617@debbugs.gnu.org; Tue, 31 Jan 2012 05:48:42 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYN007DV995OS00@a-mtaout23.012.net.il>; Tue, 31 Jan 2012 05:48:42 +0200 (IST) Date: Tue, 31 Jan 2012 05:46:43 +0200 From: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel In-reply-to: <87lioo50pz.fsf@spindle.srvr.nix> X-012-Sender: halo1@inter.net.il To: Nix Message-id: <83fwewr0t8.fsf@gnu.org> References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> <83lioorj6v.fsf@gnu.org> <87lioo50pz.fsf@spindle.srvr.nix> X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 10617 Cc: 10617@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.5 (/) > From: Nix > Cc: 10617@debbugs.gnu.org > Emacs: the definitive fritterware. > Date: Mon, 30 Jan 2012 21:39:36 +0000 > > (gdb) xsymbol it->string > $2 = (struct Lisp_Symbol *) 0xb81a20 > There is no member named data. > (gdb) print *((struct Lisp_Symbol *) 0xb81a20) > $3 = { > gcmarkbit = 0, > redirect = SYMBOL_PLAINVAL, > constant = 1, > interned = 2, > declared_special = 0, > xname = 8697697, > val = { > value = 12065314, > alias = 0xb81a22, > blv = 0xb81a22, > fwd = 0xb81a22 > }, > function = 12065266, > plist = 38661286, > next = 0x0 > } > > (gdb) print/x Qnil > $6 = 0xb81a22 You make your life unnecessarily complicated ;-) Just do the below, but exactly like shown: (gdb) p it->string (gdb) xsymbol From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 09:21:45 2012 Received: (at 10617) by debbugs.gnu.org; 31 Jan 2012 14:21:46 +0000 Received: from localhost ([127.0.0.1]:46545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsEaf-0001eC-JY for submit@debbugs.gnu.org; Tue, 31 Jan 2012 09:21:45 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:48724 helo=mail.esperi.org.uk) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsEaa-0001dy-9W for 10617@debbugs.gnu.org; Tue, 31 Jan 2012 09:21:45 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0VELMVA005388; Tue, 31 Jan 2012 14:21:22 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0VELMAu003954; Tue, 31 Jan 2012 14:21:22 GMT From: Nix To: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> <83lioorj6v.fsf@gnu.org> <87lioo50pz.fsf@spindle.srvr.nix> <83fwewr0t8.fsf@gnu.org> Emacs: well, why *shouldn't* you pay property taxes on your editor? Date: Tue, 31 Jan 2012 14:21:22 +0000 In-Reply-To: <83fwewr0t8.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Jan 2012 05:46:43 +0200") Message-ID: <87ehug2brx.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-wuwien-Metrics: spindle 1290; Body=2 Fuz1=2 Fuz2=2 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 31 Jan 2012, Eli Zaretskii stated: >> (gdb) xsymbol it->string >> $2 = (struct Lisp_Symbol *) 0xb81a20 >> There is no member named data. >> (gdb) print *((struct Lisp_Symbol *) 0xb81a20) >> $3 = { >> gcmarkbit = 0, >> redirect = SYMBOL_PLAINVAL, >> constant = 1, >> interned = 2, >> declared_special = 0, >> xname = 8697697, >> val = { >> value = 12065314, >> alias = 0xb81a22, >> blv = 0xb81a22, >> fwd = 0xb81a22 >> }, >> function = 12065266, >> plist = 38661286, >> next = 0x0 >> } >> >> (gdb) print/x Qnil >> $6 = 0xb81a22 > > You make your life unnecessarily complicated ;-) Just do the below, > but exactly like shown: > > (gdb) p it->string > (gdb) xsymbol I did that at the top of the last debugging dump. The results are not so useful: (gdb) p it->string $1 = 12065314 (gdb) xsymbol $2 = (struct Lisp_Symbol *) 0xb81a20 There is no member named data. Hence the attempt to decrypt things a bit further above. -- NULL && (void) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 11:30:04 2012 Received: (at 10617) by debbugs.gnu.org; 31 Jan 2012 16:30:04 +0000 Received: from localhost ([127.0.0.1]:47401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGap-0004kn-MC for submit@debbugs.gnu.org; Tue, 31 Jan 2012 11:30:04 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:40026) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsGan-0004jZ-FQ for 10617@debbugs.gnu.org; Tue, 31 Jan 2012 11:30:02 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYO002008C22W00@a-mtaout20.012.net.il> for 10617@debbugs.gnu.org; Tue, 31 Jan 2012 18:28:58 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.55.250]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYO00MRA8G9T3Q0@a-mtaout20.012.net.il>; Tue, 31 Jan 2012 18:28:58 +0200 (IST) Date: Tue, 31 Jan 2012 18:26:59 +0200 From: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel In-reply-to: <87ehug2brx.fsf@spindle.srvr.nix> X-012-Sender: halo1@inter.net.il To: Nix Message-id: <83aa53rg6k.fsf@gnu.org> References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> <83lioorj6v.fsf@gnu.org> <87lioo50pz.fsf@spindle.srvr.nix> <83fwewr0t8.fsf@gnu.org> <87ehug2brx.fsf@spindle.srvr.nix> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Nix > Cc: 10617@debbugs.gnu.org > Date: Tue, 31 Jan 2012 14:21:22 +0000 > > (gdb) xsymbol > $2 = (struct Lisp_Symbol *) 0xb81a20 > There is no member named data. You are using a bad .gdbinit file, or somehow botched the definition of xsymbol or one of the commands it invokes. How about doing a "source .gdbinit" after you verify that .gdbinit comes from the same tree from which you produced the Emacs binary? From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 31 13:07:01 2012 Received: (at 10617) by debbugs.gnu.org; 31 Jan 2012 18:07:01 +0000 Received: from localhost ([127.0.0.1]:47539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsI6e-0000E5-HW for submit@debbugs.gnu.org; Tue, 31 Jan 2012 13:07:01 -0500 Received: from icebox.esperi.org.uk ([81.187.191.129]:47708 helo=mail.esperi.org.uk ident=root) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RsI6b-0000Dv-Tv for 10617@debbugs.gnu.org; Tue, 31 Jan 2012 13:06:59 -0500 Received: from esperi.org.uk (nix@spindle.srvr.nix [192.168.14.15]) by mail.esperi.org.uk (8.14.5/8.14.5) with ESMTP id q0VI6cLj006750; Tue, 31 Jan 2012 18:06:38 GMT Received: (from nix@localhost) by esperi.org.uk (8.14.5/8.14.5/Submit) id q0VI6c5T026586; Tue, 31 Jan 2012 18:06:38 GMT From: Nix To: Eli Zaretskii Subject: Re: bug#10617: 24.0.92; Bidi crash reading a message from emacs-devel References: <87ehumm6jt.fsf@spindle.srvr.nix> <83pqe5zfd6.fsf@gnu.org> <87vcnt5a7v.fsf@spindle.srvr.nix> <83r4yhqagl.fsf@gnu.org> <87wr893szo.fsf@spindle.srvr.nix> <83lioorj6v.fsf@gnu.org> <87lioo50pz.fsf@spindle.srvr.nix> <83fwewr0t8.fsf@gnu.org> <87ehug2brx.fsf@spindle.srvr.nix> <83aa53rg6k.fsf@gnu.org> Emacs: the answer to the world surplus of CPU cycles. Date: Tue, 31 Jan 2012 18:06:38 +0000 In-Reply-To: <83aa53rg6k.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Jan 2012 18:26:59 +0200") Message-ID: <8739av691t.fsf@spindle.srvr.nix> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-DCC-wuwien-Metrics: spindle 1290; Body=2 Fuz1=2 Fuz2=2 X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 10617 Cc: 10617@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 31 Jan 2012, Eli Zaretskii verbalised: >> From: Nix >> Cc: 10617@debbugs.gnu.org >> Date: Tue, 31 Jan 2012 14:21:22 +0000 >> >> (gdb) xsymbol >> $2 = (struct Lisp_Symbol *) 0xb81a20 >> There is no member named data. > > You are using a bad .gdbinit file, or somehow botched the definition > of xsymbol or one of the commands it invokes. How about doing a > "source .gdbinit" after you verify that .gdbinit comes from the same > tree from which you produced the Emacs binary? Well, I'm in the build tree's src subdirectory and xsymbol is defined, so I'm not sure where else it could be coming from! It's not like I have multiple .gdbinits lying around that define xsymbol :) I tried sourcing ./.gdbinit explicitly: it changes nothing. But unfortunately my attempt to reproduce this bug with the same message have failed so far (it must be dependent on something else in Emacs state, probably something transient), and the coredump is naturally not compatible with an Emacs built without optimization. So this probably needs to be closed as unreproducible :( -- NULL && (void) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 21 13:35:34 2012 Received: (at control) by debbugs.gnu.org; 21 Mar 2012 17:35:35 +0000 Received: from localhost ([127.0.0.1]:59930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SAPRc-0004N4-6A for submit@debbugs.gnu.org; Wed, 21 Mar 2012 13:35:33 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:41510) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SAPRZ-0004Ms-OQ for control@debbugs.gnu.org; Wed, 21 Mar 2012 13:35:30 -0400 Received: from bb121-6-68-206.singnet.com.sg ([121.6.68.206]:45282 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SAOxp-0007x1-KV for control@debbugs.gnu.org; Wed, 21 Mar 2012 13:04:46 -0400 From: Chong Yidong To: control@debbugs.gnu.org Subject: tags 10617 unreproducible Date: Thu, 22 Mar 2012 01:04:31 +0800 Message-ID: <87ehslx4v4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) tags 10617 unreproducible thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 05 08:40:25 2012 Received: (at control) by debbugs.gnu.org; 5 Nov 2012 13:40:25 +0000 Received: from localhost ([127.0.0.1]:49958 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TVMue-00081Z-RH for submit@debbugs.gnu.org; Mon, 05 Nov 2012 08:40:25 -0500 Received: from mail-pb0-f44.google.com ([209.85.160.44]:36864) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TVMuc-00081Q-4m for control@debbugs.gnu.org; Mon, 05 Nov 2012 08:40:22 -0500 Received: by mail-pb0-f44.google.com with SMTP id ro8so3939848pbb.3 for ; Mon, 05 Nov 2012 05:37:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=TSD2JdT6r0tHN9eSYZQ9pMaxjt1WOzwg0B0PjJkC+/Q=; b=YW+uohvzPKjTu9o9j75K8weEO3kV8R0/zjtntHRMVQJpYcqA3z6+7ziYBNQFMnNjQk zmR8j186yqpyFDTQNW1NwlM7nOecm5wSYyCP6aMQH83hI58R1MMlhluGAeKyoemse5Uk BtFa325ZA8fTJY+WV6hvgpbLkC9pSfZ85sQxbLWcOV365TqqgJp6QJVUipyLIxMhm+ty J9Ar3U20BuyyTnlHY/l3WO48GaoIRxTIvRD1ZLJAfPtPIQ/1ZmcZ8+HWMIZuqQvvJoRy hP1af7ZB0sXBmlYO052hyhdvLwfVe5YDhYh15KOPceTqlI5AoT/j9xVLZLJeHQq41HBk NOoA== Received: by 10.66.73.65 with SMTP id j1mr28349959pav.68.1352122635976; Mon, 05 Nov 2012 05:37:15 -0800 (PST) Received: from ulysses (cm198.gamma83.maxonline.com.sg. [202.156.83.198]) by mx.google.com with ESMTPS id ai8sm3893663pbd.14.2012.11.05.05.37.13 (version=SSLv3 cipher=OTHER); Mon, 05 Nov 2012 05:37:14 -0800 (PST) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 10617 Date: Mon, 05 Nov 2012 21:37:11 +0800 Message-ID: <87zk2wf9x4.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: control 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 (/) close 10617 thanks From unknown Thu Aug 14 18:36:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 04 Dec 2012 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator