From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 16 14:43:33 2017 Received: (at submit) by debbugs.gnu.org; 16 Nov 2017 19:43:33 +0000 Received: from localhost ([127.0.0.1]:43903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ4R-0001fw-Ao for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:43:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36086) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ4O-0001fk-Mf for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:43:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ4G-00065b-Cc for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:43:23 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49806) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFQ4G-000658-4S for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:43:20 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55269) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFQ4C-0003UQ-Hr for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:43:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ48-000610-Pn for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:43:16 -0500 Received: from mail-yw0-x233.google.com ([2607:f8b0:4002:c05::233]:44302) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eFQ48-00060W-Dv for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:43:12 -0500 Received: by mail-yw0-x233.google.com with SMTP id d2so122855ywb.11 for ; Thu, 16 Nov 2017 11:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=aR4ZBLHGcyrEqtJTpse5iHJx0hK6h/W++rf9W5qYAbM=; b=EAuQtDE+4y0hNXP0wcag45lSGKr7g8GLOXSqvoul/JcrFWo2sC1kwL6QIFbFsgu20L 5eDBhhEanDmvurcKRukeA/WTkm1SftybS1L5VosSzCl6fZisbhWDdw1hB8rF0iK9MffM jMlGdXzrbP72gxQ0opq1vvd5yOWOsFefa9jXyND799chB7jKR7pQosWuyXFr7VZPpDIu 4FyJhgZig6MemA1qExcmjLk7yEg2jKyiR7Gk8EeAEjXlVPmyo4FaAXq1PcfojB9/GEm2 heOgmNdMYcQ0alAzUEUxhc4PqIms9Oql8vLz5zRbOciuMXks1qSXNVu6dz+m8FB7nXOY uXmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=aR4ZBLHGcyrEqtJTpse5iHJx0hK6h/W++rf9W5qYAbM=; b=RV9J0NaeD86tC4gtpM6vABDi4Fixa/rcGr/9Q9biB9Dy9YBnZcw/00huMMK74r4FiN fFvZu+U6bwxK8ZGk3ahn4UbGmXCPrDdpCCFoF6w4qddTnnGH8ykqT1p/1WTY3pYAN1kz g1rBIir4CoN7tAiYi0Sc6zXHKuEv74r5VAwLecr7zrLonUdFPPyUF0F6gogyfTY7Zznw voGcDQVcfr1w51J1wtBERX9spJeB3rUgNvt0mB2o6+Jq35/wikwaZeDg1rl82sSVh3sj 6ZFMMm05lOdddoj8gInsHEB7/hsAhb0heae2FrOul+f4H5igWvE6BMfe7b2cddBAW3Q4 SjFg== X-Gm-Message-State: AJaThX5lJdWMMvvX6Im4lQ4YpMI9ytnIRFHbGshad0QpXNHvAwzD+L0A 4HeQkXPESL2a2nI9dgwafWdK9NehByGtEGxG2fw= X-Google-Smtp-Source: AGs4zMYa53EGsmWtkrktv6k10dI72J6s6PHYqyQ6aH8tXgtEgPBg4VfhCWabc+aWTuwwMFVaNrLGDDPDO7JVo8blGkY= X-Received: by 10.129.136.4 with SMTP id y4mr1628847ywf.356.1510861390903; Thu, 16 Nov 2017 11:43:10 -0800 (PST) MIME-Version: 1.0 From: Kaushal Modi Date: Thu, 16 Nov 2017 19:43:00 +0000 Message-ID: Subject: 26.0.90; Emacs crash on running comment-dwim To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/mixed; boundary="001a114f38a082acef055e1ed42d" 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.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --001a114f38a082acef055e1ed42d Content-Type: multipart/alternative; boundary="001a114f38a082acea055e1ed42b" --001a114f38a082acea055e1ed42b Content-Type: text/plain; charset="UTF-8" Hello, All of a sudden I can get emacs to crash consistently because of some rogue font lock regexp parsing between Org mode and nim-mode[1]. I have attached a test file (that's the smallest I can get to from originally ~1000 line file). I can make the crash happen on doing M-x comment-dwim on line 69 (in the test.org file) but not on line 52 and earlier lines for example. [1]: https://github.com/nim-lang/nim-mode It will be tricky to get an emacs -Q recipe with org and nim-mode dependencies. So while I work on getting that recipe, does the below backtrace help? ===== Thread 1 "emacs" received signal SIGABRT, Aborted. 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 (gdb) bt #0 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 #1 0x000000000058c8f4 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:394 #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 #3 0x0000000000449caa in init_iterator (it=0x7fffffff22f0, w=0x888fb60, charpos=9982, bytepos=9982, row=0x7d9e430, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 #4 0x000000000044af1b in start_display (it=0x7fffffff22f0, w=0x888fb60, pos=...) at xdisp.c:3060 #5 0x00000000005f8e41 in line_number_display_width (w=0x888fb60, width=0x7fffffff366c, pixel_width=0x7fffffff3668) at indent.c:1976 #6 0x00000000005f8efa in Fline_number_display_width (pixelwise=...) at indent.c:2007 #7 0x000000000064ab54 in funcall_subr (subr=0x9dca60 , numargs=1, args=0x7fffffff37f0) at eval.c:2841 #8 0x000000000064a6ab in Ffuncall (nargs=2, args=0x7fffffff37e8) at eval.c:2766 #9 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=2, args=0x7fffffff4050) at bytecode.c:629 #10 0x000000000064b2bd in funcall_lambda (fun=..., nargs=2, arg_vector=0x7fffffff4040) at eval.c:2967 #11 0x000000000064a6ef in Ffuncall (nargs=3, args=0x7fffffff4038) at eval.c:2768 #12 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=2, args=0x7fffffff47a0) at bytecode.c:629 #13 0x000000000064b2bd in funcall_lambda (fun=..., nargs=2, arg_vector=0x7fffffff4790) at eval.c:2967 #14 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=58) at eval.c:2903 #15 0x000000000064910b in eval_sub (form=...) at eval.c:2276 #16 0x00000000006439af in Fprogn (body=...) at eval.c:455 #17 0x0000000000645977 in Flet (args=...) at eval.c:969 #18 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #19 0x0000000000646801 in internal_lisp_condition_case (var=..., bodyform=..., handlers=...) at eval.c:1303 #20 0x0000000000646293 in Fcondition_case (args=...) at eval.c:1227 #21 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #22 0x00000000006439af in Fprogn (body=...) at eval.c:455 #23 0x000000000064b729 in funcall_lambda (fun=..., nargs=1, arg_vector=0x0) at eval.c:3042 #24 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=53) at eval.c:2903 #25 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #26 0x0000000000648e44 in eval_sub (form=...) at eval.c:2219 #27 0x00000000006436f6 in Fif (args=...) at eval.c:407 #28 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #29 0x00000000006439af in Fprogn (body=...) at eval.c:455 #30 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #31 0x0000000000643754 in Fif (args=...) at eval.c:410 #32 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #33 0x00000000006439af in Fprogn (body=...) at eval.c:455 #34 0x00000000006323d0 in Fsave_excursion (args=...) at editfns.c:1050 #35 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #36 0x00000000006439af in Fprogn (body=...) at eval.c:455 #37 0x0000000000645dd1 in internal_catch (tag=..., func=0x64390f , arg=...) at eval.c:1097 #38 0x0000000000645d85 in Fcatch (args=...) at eval.c:1074 #39 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #40 0x00000000006439af in Fprogn (body=...) at eval.c:455 #41 0x000000000064b729 in funcall_lambda (fun=..., nargs=1, arg_vector=0x0) at eval.c:3042 #42 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=44) at eval.c:2903 #43 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #44 0x00000000006435a3 in For (args=...) at eval.c:368 #45 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #46 0x00000000006436f6 in Fif (args=...) at eval.c:407 #47 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #48 0x00000000006439af in Fprogn (body=...) at eval.c:455 #49 0x0000000000645977 in Flet (args=...) at eval.c:969 #50 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #51 0x00000000006439af in Fprogn (body=...) at eval.c:455 #52 0x00000000006323d0 in Fsave_excursion (args=...) at editfns.c:1050 #53 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #54 0x00000000006439af in Fprogn (body=...) at eval.c:455 #55 0x000000000064b729 in funcall_lambda (fun=..., nargs=0, arg_vector=0x0) at eval.c:3042 #56 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=37) at eval.c:2903 #57 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #58 0x0000000000648e44 in eval_sub (form=...) at eval.c:2219 #59 0x0000000000648cda in eval_sub (form=...) at eval.c:2197 #60 0x0000000000643c68 in Fsetq (args=...) at eval.c:513 #61 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #62 0x00000000006439af in Fprogn (body=...) at eval.c:455 ---Type to continue, or q to quit--- #63 0x000000000064b729 in funcall_lambda (fun=..., nargs=0, arg_vector=0x0) at eval.c:3042 #64 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=32) at eval.c:2903 #65 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #66 0x0000000000643679 in Fand (args=...) at eval.c:389 #67 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #68 0x0000000000645243 in FletX (args=...) at eval.c:876 #69 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #70 0x00000000006439af in Fprogn (body=...) at eval.c:455 #71 0x000000000064b729 in funcall_lambda (fun=..., nargs=1, arg_vector=0x0) at eval.c:3042 #72 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=28) at eval.c:2903 #73 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #74 0x0000000000643679 in Fand (args=...) at eval.c:389 #75 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #76 0x0000000000645243 in FletX (args=...) at eval.c:876 #77 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #78 0x00000000006439af in Fprogn (body=...) at eval.c:455 #79 0x00000000006323d0 in Fsave_excursion (args=...) at editfns.c:1050 #80 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #81 0x00000000006439af in Fprogn (body=...) at eval.c:455 #82 0x0000000000645977 in Flet (args=...) at eval.c:969 #83 0x0000000000648ae4 in eval_sub (form=...) at eval.c:2183 #84 0x00000000006439af in Fprogn (body=...) at eval.c:455 #85 0x000000000064b729 in funcall_lambda (fun=..., nargs=1, arg_vector=0x0) at eval.c:3042 #86 0x000000000064aef9 in apply_lambda (fun=..., args=..., count=20) at eval.c:2903 #87 0x0000000000649312 in eval_sub (form=...) at eval.c:2306 #88 0x00000000006439af in Fprogn (body=...) at eval.c:455 #89 0x000000000064b729 in funcall_lambda (fun=..., nargs=0, arg_vector=0x0) at eval.c:3042 #90 0x000000000064a7f1 in Ffuncall (nargs=1, args=0x7fffffff8658) at eval.c:2780 #91 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x7fffffff8db0) at bytecode.c:629 #92 0x000000000064b2bd in funcall_lambda (fun=..., nargs=0, arg_vector=0x7fffffff8db0) at eval.c:2967 #93 0x000000000064a6ef in Ffuncall (nargs=1, args=0x7fffffff8da8) at eval.c:2768 #94 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fffffff9658) at bytecode.c:629 #95 0x000000000064b2bd in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fffffff9650) at eval.c:2967 #96 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffff9648) at eval.c:2768 #97 0x00000000006403df in Ffuncall_interactively (nargs=2, args=0x7fffffff9648) at callint.c:252 #98 0x000000000064aa62 in funcall_subr (subr=0xd84260 , numargs=2, args=0x7fffffff9648) at eval.c:2821 #99 0x000000000064a6ab in Ffuncall (nargs=3, args=0x7fffffff9640) at eval.c:2766 #100 0x0000000000642951 in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:841 #101 0x000000000064aba1 in funcall_subr (subr=0xd842a0 , numargs=1, args=0x7fffffff9b08) at eval.c:2846 #102 0x000000000064a6ab in Ffuncall (nargs=2, args=0x7fffffff9b00) at eval.c:2766 #103 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fffffffa378) at bytecode.c:629 #104 0x000000000064b2bd in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fffffffa370) at eval.c:2967 #105 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffffa368) at eval.c:2768 #106 0x00000000006403df in Ffuncall_interactively (nargs=2, args=0x7fffffffa368) at callint.c:252 #107 0x000000000064aa62 in funcall_subr (subr=0xd84260 , numargs=2, args=0x7fffffffa368) at eval.c:2821 #108 0x000000000064a6ab in Ffuncall (nargs=3, args=0x7fffffffa360) at eval.c:2766 #109 0x0000000000642951 in Fcall_interactively (function=..., record_flag=..., keys=...) at callint.c:841 #110 0x000000000064aba1 in funcall_subr (subr=0xd842a0 , numargs=3, args=0x7fffffffa850) at eval.c:2846 #111 0x000000000064a6ab in Ffuncall (nargs=4, args=0x7fffffffa848) at eval.c:2766 #112 0x000000000069f6c7 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fffffffb040) at bytecode.c:629 #113 0x000000000064b2bd in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fffffffb038) at eval.c:2967 #114 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffffb030) at eval.c:2768 #115 0x0000000000649fa8 in call1 (fn=..., arg1=...) at eval.c:2617 #116 0x0000000000591dad in command_loop_1 () at keyboard.c:1482 #117 0x000000000064689d in internal_condition_case (bfun=0x5915d0 , handlers=..., hfun=0x590c26 ) at eval.c:1332 #118 0x00000000005911d5 in command_loop_2 (ignore=...) at keyboard.c:1110 #119 0x0000000000645dd1 in internal_catch (tag=..., func=0x5911ac , arg=...) at eval.c:1097 #120 0x0000000000591177 in command_loop () at keyboard.c:1089 #121 0x000000000059073b in recursive_edit_1 () at keyboard.c:695 #122 0x000000000059091a in Frecursive_edit () at keyboard.c:766 #123 0x000000000058e617 in main (argc=1, argv=0x7fffffffb538) at emacs.c:1713 ===== In GNU Emacs 26.0.90 (build 13, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2017-11-16 Repository revision: 720322aab8cd8ffc24481f280c3acf60efdbc28b Windowing system distributor 'The X.Org Foundation', version 11.0.60900000 System Description: Red Hat Enterprise Linux Workstation release 6.6 (Santiago) Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. GNU Emacs 26.0.90 (build 13, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2017-11-16 Configured using: 'configure --with-modules --prefix=/home/kmodi/usr_local/apps/6/emacs/emacs-26 '--program-transform-name=s/^ctags$/ctags_emacs/' --enable-checking=yes,glyphs --enable-check-lisp-object-type 'CPPFLAGS=-I/home/kmodi/usr_local/6/include -I/usr/include/freetype2 -I/usr/include' 'CFLAGS=-ggdb3 -O0' 'CXXFLAGS=-ggdb3 -O0' 'LDFLAGS=-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64 -ggdb3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 MODULES Important settings: value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t electric-indent-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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 96668 5900) (symbols 48 20863 1) (miscs 40 42 94) (strings 32 28740 1175) (string-bytes 1 765224) (vectors 16 14889) (vector-slots 8 511550 7362) (floats 8 49 68) (intervals 56 233 0) (buffers 992 11) (heap 1024 35228 805)) -- Kaushal Modi --001a114f38a082acea055e1ed42b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

All of a sudden = I can get emacs to crash consistently because of some rogue font lock regex= p parsing between Org mode and nim-mode[1].

I have= attached a test file (that's the smallest I can get to from originally= ~1000 line file). I can make the crash happen on doing M-x comment-dwim on= line 69 (in the test.org file) but not on = line 52 and earlier lines for example.

[1]:=C2=A0<= a href=3D"https://github.com/nim-lang/nim-mode">https://github.com/nim-lang= /nim-mode

It will be tricky to get an emacs -Q= recipe with org and nim-mode dependencies. So while I work on getting that= recipe, does the below backtrace help?

=3D=3D=3D= =3D=3D
Thread 1 "emacs" received signal SIGABRT, Aborte= d.
0x00000033e380f6ab in raise () from /lib64/libpthread.so.0=
(gdb) bt
#0=C2=A0 0x00000033e380f6ab in raise () from = /lib64/libpthread.so.0
#1=C2=A0 0x000000000058c8f4 in terminate_d= ue_to_signal (sig=3D6, backtrace_limit=3D2147483647) at emacs.c:394
#2=C2=A0 0x00000000006232d5 in die (msg=3D0x723428 "charpos < 0 = || (charpos >=3D BUF_BEG (current_buffer) && charpos <=3D ZV)= ", file=3D0x72313d "xdisp.c", line=3D2752) at alloc.c:7419
#3=C2=A0 0x0000000000449caa in init_iterator (it=3D0x7fffffff22f0,= w=3D0x888fb60, charpos=3D9982, bytepos=3D9982, row=3D0x7d9e430, base_face_= id=3DDEFAULT_FACE_ID) at xdisp.c:2751
#4=C2=A0 0x000000000044af1b= in start_display (it=3D0x7fffffff22f0, w=3D0x888fb60, pos=3D...) at xdisp.= c:3060
#5=C2=A0 0x00000000005f8e41 in line_number_display_width (= w=3D0x888fb60, width=3D0x7fffffff366c, pixel_width=3D0x7fffffff3668) at ind= ent.c:1976
#6=C2=A0 0x00000000005f8efa in Fline_number_display_wi= dth (pixelwise=3D...) at indent.c:2007
#7=C2=A0 0x000000000064ab5= 4 in funcall_subr (subr=3D0x9dca60 <Sline_number_display_width>, numa= rgs=3D1, args=3D0x7fffffff37f0) at eval.c:2841
#8=C2=A0 0x0000000= 00064a6ab in Ffuncall (nargs=3D2, args=3D0x7fffffff37e8) at eval.c:2766
#9=C2=A0 0x000000000069f6c7 in exec_byte_code (bytestr=3D..., vector= =3D..., maxdepth=3D..., args_template=3D..., nargs=3D2, args=3D0x7fffffff40= 50) at bytecode.c:629
#10 0x000000000064b2bd in funcall_lambda (f= un=3D..., nargs=3D2, arg_vector=3D0x7fffffff4040) at eval.c:2967
= #11 0x000000000064a6ef in Ffuncall (nargs=3D3, args=3D0x7fffffff4038) at ev= al.c:2768
#12 0x000000000069f6c7 in exec_byte_code (bytestr=3D...= , vector=3D..., maxdepth=3D..., args_template=3D..., nargs=3D2, args=3D0x7f= ffffff47a0) at bytecode.c:629
#13 0x000000000064b2bd in funcall_l= ambda (fun=3D..., nargs=3D2, arg_vector=3D0x7fffffff4790) at eval.c:2967
#14 0x000000000064aef9 in apply_lambda (fun=3D..., args=3D..., coun= t=3D58) at eval.c:2903
#15 0x000000000064910b in eval_sub (form= =3D...) at eval.c:2276
#16 0x00000000006439af in Fprogn (body=3D.= ..) at eval.c:455
#17 0x0000000000645977 in Flet (args=3D...) at = eval.c:969
#18 0x0000000000648ae4 in eval_sub (form=3D...) at eva= l.c:2183
#19 0x0000000000646801 in internal_lisp_condition_case (= var=3D..., bodyform=3D..., handlers=3D...) at eval.c:1303
#20 0x0= 000000000646293 in Fcondition_case (args=3D...) at eval.c:1227
#2= 1 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2183
#22 = 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
#23 0x000= 000000064b729 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x0) at= eval.c:3042
#24 0x000000000064aef9 in apply_lambda (fun=3D..., a= rgs=3D..., count=3D53) at eval.c:2903
#25 0x0000000000649312 in e= val_sub (form=3D...) at eval.c:2306
#26 0x0000000000648e44 in eva= l_sub (form=3D...) at eval.c:2219
#27 0x00000000006436f6 in Fif (= args=3D...) at eval.c:407
#28 0x0000000000648ae4 in eval_sub (for= m=3D...) at eval.c:2183
#29 0x00000000006439af in Fprogn (body=3D= ...) at eval.c:455
#30 0x0000000000648ae4 in eval_sub (form=3D...= ) at eval.c:2183
#31 0x0000000000643754 in Fif (args=3D...) at ev= al.c:410
#32 0x0000000000648ae4 in eval_sub (form=3D...) at eval.= c:2183
#33 0x00000000006439af in Fprogn (body=3D...) at eval.c:45= 5
#34 0x00000000006323d0 in Fsave_excursion (args=3D...) at editf= ns.c:1050
#35 0x0000000000648ae4 in eval_sub (form=3D...) at eval= .c:2183
#36 0x00000000006439af in Fprogn (body=3D...) at eval.c:4= 55
#37 0x0000000000645dd1 in internal_catch (tag=3D..., func=3D0x= 64390f <Fprogn>, arg=3D...) at eval.c:1097
#38 0x0000000000= 645d85 in Fcatch (args=3D...) at eval.c:1074
#39 0x0000000000648a= e4 in eval_sub (form=3D...) at eval.c:2183
#40 0x00000000006439af= in Fprogn (body=3D...) at eval.c:455
#41 0x000000000064b729 in f= uncall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x0) at eval.c:3042
=
#42 0x000000000064aef9 in apply_lambda (fun=3D..., args=3D..., count= =3D44) at eval.c:2903
#43 0x0000000000649312 in eval_sub (form=3D= ...) at eval.c:2306
#44 0x00000000006435a3 in For (args=3D...) at= eval.c:368
#45 0x0000000000648ae4 in eval_sub (form=3D...) at ev= al.c:2183
#46 0x00000000006436f6 in Fif (args=3D...) at eval.c:40= 7
#47 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2183<= /div>
#48 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
=
#49 0x0000000000645977 in Flet (args=3D...) at eval.c:969
#5= 0 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2183
#51 = 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
#52 0x000= 00000006323d0 in Fsave_excursion (args=3D...) at editfns.c:1050
#= 53 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2183
#54= 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
#55 0x00= 0000000064b729 in funcall_lambda (fun=3D..., nargs=3D0, arg_vector=3D0x0) a= t eval.c:3042
#56 0x000000000064aef9 in apply_lambda (fun=3D..., = args=3D..., count=3D37) at eval.c:2903
#57 0x000000000= 0649312 in eval_sub (form=3D...) at eval.c:2306
#58 0x00000000006= 48e44 in eval_sub (form=3D...) at eval.c:2219
#59 0x0000000000648= cda in eval_sub (form=3D...) at eval.c:2197
#60 0x0000000000643c6= 8 in Fsetq (args=3D...) at eval.c:513
#61 0x0000000000648ae4 in e= val_sub (form=3D...) at eval.c:2183
#62 0x00000000006439af in Fpr= ogn (body=3D...) at eval.c:455
---Type <return> to continue= , or q <return> to quit---
#63 0x000000000064b729 in funcal= l_lambda (fun=3D..., nargs=3D0, arg_vector=3D0x0) at eval.c:3042
= #64 0x000000000064aef9 in apply_lambda (fun=3D..., args=3D..., count=3D32) = at eval.c:2903
#65 0x0000000000649312 in eval_sub (form=3D...) at= eval.c:2306
#66 0x0000000000643679 in Fand (args=3D...) at eval.= c:389
#67 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2= 183
#68 0x0000000000645243 in FletX (args=3D...) at eval.c:876
#69 0x0000000000648ae4 in eval_sub (form=3D...) at eval.c:2183
#70 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
#71 0x000000000064b729 in funcall_lambda (fun=3D..., nargs=3D1, arg_vector= =3D0x0) at eval.c:3042
#72 0x000000000064aef9 in apply_lambda (fu= n=3D..., args=3D..., count=3D28) at eval.c:2903
#73 0x00000000006= 49312 in eval_sub (form=3D...) at eval.c:2306
#74 0x0000000000643= 679 in Fand (args=3D...) at eval.c:389
#75 0x0000000000648ae4 in = eval_sub (form=3D...) at eval.c:2183
#76 0x0000000000645243 in Fl= etX (args=3D...) at eval.c:876
#77 0x0000000000648ae4 in eval_sub= (form=3D...) at eval.c:2183
#78 0x00000000006439af in Fprogn (bo= dy=3D...) at eval.c:455
#79 0x00000000006323d0 in Fsave_excursion= (args=3D...) at editfns.c:1050
#80 0x0000000000648ae4 in eval_su= b (form=3D...) at eval.c:2183
#81 0x00000000006439af in Fprogn (b= ody=3D...) at eval.c:455
#82 0x0000000000645977 in Flet (args=3D.= ..) at eval.c:969
#83 0x0000000000648ae4 in eval_sub (form=3D...)= at eval.c:2183
#84 0x00000000006439af in Fprogn (body=3D...) at = eval.c:455
#85 0x000000000064b729 in funcall_lambda (fun=3D..., n= args=3D1, arg_vector=3D0x0) at eval.c:3042
#86 0x000000000064aef9= in apply_lambda (fun=3D..., args=3D..., count=3D20) at eval.c:2903
#87 0x0000000000649312 in eval_sub (form=3D...) at eval.c:2306
#88 0x00000000006439af in Fprogn (body=3D...) at eval.c:455
#89 = 0x000000000064b729 in funcall_lambda (fun=3D..., nargs=3D0, arg_vector=3D0x= 0) at eval.c:3042
#90 0x000000000064a7f1 in Ffuncall (nargs=3D1, = args=3D0x7fffffff8658) at eval.c:2780
#91 0x000000000069f6c7 in e= xec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template= =3D..., nargs=3D0, args=3D0x7fffffff8db0) at bytecode.c:629
#92 0= x000000000064b2bd in funcall_lambda (fun=3D..., nargs=3D0, arg_vector=3D0x7= fffffff8db0) at eval.c:2967
#93 0x000000000064a6ef in Ffuncall (n= args=3D1, args=3D0x7fffffff8da8) at eval.c:2768
#94 0x00000000006= 9f6c7 in exec_byte_code (bytestr=3D..., vector=3D..., maxdepth=3D..., args_= template=3D..., nargs=3D1, args=3D0x7fffffff9658) at bytecode.c:629
#95 0x000000000064b2bd in funcall_lambda (fun=3D..., nargs=3D1, arg_vect= or=3D0x7fffffff9650) at eval.c:2967
#96 0x000000000064a6ef in Ffu= ncall (nargs=3D2, args=3D0x7fffffff9648) at eval.c:2768
#97 0x000= 00000006403df in Ffuncall_interactively (nargs=3D2, args=3D0x7fffffff9648) = at callint.c:252
#98 0x000000000064aa62 in funcall_subr (subr=3D0= xd84260 <Sfuncall_interactively>, numargs=3D2, args=3D0x7fffffff9648)= at eval.c:2821
#99 0x000000000064a6ab in Ffuncall (nargs=3D3, ar= gs=3D0x7fffffff9640) at eval.c:2766
#100 0x0000000000642951 in Fc= all_interactively (function=3D..., record_flag=3D..., keys=3D...) at callin= t.c:841
#101 0x000000000064aba1 in funcall_subr (subr=3D0xd842a0 = <Scall_interactively>, numargs=3D1, args=3D0x7fffffff9b08) at eval.c:= 2846
#102 0x000000000064a6ab in Ffuncall (nargs=3D2, args=3D0x7ff= fffff9b00) at eval.c:2766
#103 0x000000000069f6c7 in exec_byte_co= de (bytestr=3D..., vector=3D..., maxdepth=3D..., args_template=3D..., nargs= =3D1, args=3D0x7fffffffa378) at bytecode.c:629
#104 0x00000000006= 4b2bd in funcall_lambda (fun=3D..., nargs=3D1, arg_vector=3D0x7fffffffa370)= at eval.c:2967
#105 0x000000000064a6ef in Ffuncall (nargs=3D2, a= rgs=3D0x7fffffffa368) at eval.c:2768
#106 0x00000000006403df in F= funcall_interactively (nargs=3D2, args=3D0x7fffffffa368) at callint.c:252
#107 0x000000000064aa62 in funcall_subr (subr=3D0xd84260 <Sfunc= all_interactively>, numargs=3D2, args=3D0x7fffffffa368) at eval.c:2821
#108 0x000000000064a6ab in Ffuncall (nargs=3D3, args=3D0x7fffffffa= 360) at eval.c:2766
#109 0x0000000000642951 in Fcall_interactivel= y (function=3D..., record_flag=3D..., keys=3D...) at callint.c:841
#110 0x000000000064aba1 in funcall_subr (subr=3D0xd842a0 <Scall_intera= ctively>, numargs=3D3, args=3D0x7fffffffa850) at eval.c:2846
#= 111 0x000000000064a6ab in Ffuncall (nargs=3D4, args=3D0x7fffffffa848) at ev= al.c:2766
#112 0x000000000069f6c7 in exec_byte_code (bytestr=3D..= ., vector=3D..., maxdepth=3D..., args_template=3D..., nargs=3D1, args=3D0x7= fffffffb040) at bytecode.c:629
#113 0x000000000064b2bd in funcall= _lambda (fun=3D..., nargs=3D1, arg_vector=3D0x7fffffffb038) at eval.c:2967<= /div>
#114 0x000000000064a6ef in Ffuncall (nargs=3D2, args=3D0x7fffffff= b030) at eval.c:2768
#115 0x0000000000649fa8 in call1 (fn=3D..., = arg1=3D...) at eval.c:2617
#116 0x0000000000591dad in command_loo= p_1 () at keyboard.c:1482
#117 0x000000000064689d in internal_con= dition_case (bfun=3D0x5915d0 <command_loop_1>, handlers=3D..., hfun= =3D0x590c26 <cmd_error>) at eval.c:1332
#118 0x0= 0000000005911d5 in command_loop_2 (ignore=3D...) at keyboard.c:1110
#119 0x0000000000645dd1 in internal_catch (tag=3D..., func=3D0x5911ac &l= t;command_loop_2>, arg=3D...) at eval.c:1097
#120 0x0000000000= 591177 in command_loop () at keyboard.c:1089
#121 0x0000000000590= 73b in recursive_edit_1 () at keyboard.c:695
#122 0x0000000000590= 91a in Frecursive_edit () at keyboard.c:766
#123 0x000000000058e6= 17 in main (argc=3D1, argv=3D0x7fffffffb538) at emacs.c:1713
=3D=3D=3D=3D=3D

In GNU Emacs 26.0.90 (build 13, = x86_64-pc-linux-gnu, GTK+ Version 2.24.23)
=C2=A0of 2017-11-16=C2= =A0
Repository revision: 720322aab8cd8ffc24481f280c3acf60efdbc28b=
Windowing system distributor 'The X.Org Foundation', ver= sion 11.0.60900000
System Description: Red Hat Enterprise Linux Workstation release 6.6 (Santiago)

Recent messages:
For information about GNU= Emacs and the GNU system, type C-h C-a.
GNU Emacs 26.0.90 (build= 13, x86_64-pc-linux-gnu, GTK+ Version 2.24.23) of 2017-11-16
Configured using:
=C2=A0'configure --with-modules=
=C2=A0--prefix=3D/home/kmodi/usr_local/apps/6/emacs/emacs-26
=C2=A0'--program-transform-name=3Ds/^ctags$/ctags_emacs/'
=C2=A0--enable-checking=3Dyes,glyphs --enable-check-lisp-object-typ= e
=C2=A0'CPPFLAGS=3D-I/home/kmodi/usr_local/6/include -I/usr/= include/freetype2
=C2=A0-I/usr/include' 'CFLAGS=3D-ggdb3 = -O0' 'CXXFLAGS=3D-ggdb3 -O0'
=C2=A0'LDFLAGS=3D-L/= home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64
=C2=A0= -ggdb3''

Configured features:
XP= M JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
<= div>ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB
TOOLKI= T_SCROLL_BARS GTK2 X11 MODULES

Important settings:=
=C2=A0 value of $LANG: en_US.UTF-8
=C2=A0 value of $XM= ODIFIERS: @im=3Dnone
=C2=A0 locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

= Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 gl= obal-eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 electric= -indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool-= bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-sh= adow-mode: t
=C2=A0 global-font-lock-mode: t
=C2=A0 fon= t-lock-mode: t
=C2=A0 blink-cursor-mode: t
=C2=A0 auto-= composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2= =A0 auto-compression-mode: t
=C2=A0 line-number-mode: t
=C2=A0 transient-mark-mode: t

Load-path shadows:<= /div>
None found.

Features:
(shadow = sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp= byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
forma= t-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047=
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-= date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hook= s
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd t= ool-bar
dnd fontset image regexp-opt fringe tabulated-list replac= e newcomment
text-mode elisp-mode lisp-mode prog-mode register pa= ge menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit= -lock font-lock
syntax facemenu font-core term/tty-colors frame c= l-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan t= hai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek ro= manian slovak czech european
ethiopic indian cyrillic chinese com= posite charscript charprop
case-table epa-hook jka-cmpr-hook help= simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs b= utton faces cus-face macroexp files
text-properties overlay sha1 = md5 base64 format env code-pages mule
custom widget hashtable-pri= nt-readable backquote dbusbind inotify
dynamic-setting system-fon= t-setting font-render-setting move-toolbar gtk
x-toolkit x multi-= tty make-network-process emacs)

Memory information= :
((conses 16 96668 5900)
=C2=A0(symbols 48 20863 1)
=C2=A0(miscs 40 42 94)
=C2=A0(strings 32 28740 1175)
=C2=A0(string-bytes 1 765224)
=C2=A0(vectors 16 14889)
=C2=A0(vector-slots 8 511550 7362)
=C2=A0(floats 8 49 68)
=C2=A0(intervals 56 233 0)
=C2=A0(buffers 992 11)
<= div>=C2=A0(heap 1024 35228 805))

--

Kaushal Modi

--001a114f38a082acea055e1ed42b-- --001a114f38a082acef055e1ed42d Content-Type: application/octet-stream; name="test.org" Content-Disposition: attachment; filename="test.org" Content-Transfer-Encoding: base64 Content-ID: <15fc6469f91bb9443881> X-Attachment-Id: 15fc6469f91bb9443881 IytQUk9QRVJUWTogaGVhZGVyLWFyZ3M6bmltIDpleHBvcnRzIGJvdGggOnJlc3VsdHMgb3V0cHV0 CgoqIE5pbSBpbiBBY3Rpb24KKiogVGhyZWFkcwoqKiogNi4yLjEgVGhlID10aHJlYWRzPSBtb2R1 bGUgYW5kIEdDIHNhZmV0eQoqKioqIFByb2JsZW1hdGljIGNvZGUKIytCRUdJTl9TUkMgbmltIDpm bGFncyAtLXRocmVhZHM6b24gOmV2YWwgbm8KdmFyIGRhdGEgPSAiSGVsbG8gV29ybGQiCgpwcm9j IHNob3dEYXRhKCkgey50aHJlYWQufSA9CiAgZWNobyhkYXRhKQoKdmFyIHRocmVhZDogVGhyZWFk W3ZvaWRdCmNyZWF0ZVRocmVhZFt2b2lkXSh0aHJlYWQsIHNob3dEYXRhKQpqb2luVGhyZWFkKHRo cmVhZCkKIytFTkRfU1JDCgojK1JFU1VMVFM6CjogbmltX3NyY19JM1lXR20ubmltKDYsIDYpIEVy cm9yOiAnc2hvd0RhdGEnIGlzIG5vdCBHQy1zYWZlIGFzIGl0CjogIGFjY2Vzc2VzICdkYXRhJyB3 aGljaCBpcyBhIGdsb2JhbCB1c2luZyBHQydlZCBtZW1vcnkKCi9SZW1vdmUgPTpldmFsIG5vPSB0 byBzZWUgdGhlIGFib3ZlIGVycm9yLi8KKioqKiBGaXhlZCBjb2RlCiMrQkVHSU5fU1JDIG5pbSA6 ZmxhZ3MgLS10aHJlYWRzOm9uCnZhciBkYXRhID0gIkhlbGxvIFdvcmxkIgoKcHJvYyBzaG93RGF0 YShwYXJhbTogc3RyaW5nKSB7LnRocmVhZC59ID0KICBlY2hvKHBhcmFtKQoKdmFyIHRocmVhZDog VGhyZWFkW3N0cmluZ10KY3JlYXRlVGhyZWFkW3N0cmluZ10odGhyZWFkLCBzaG93RGF0YSwgZGF0 YSkKam9pblRocmVhZCh0aHJlYWQpCiMrRU5EX1NSQwoKIytSRVNVTFRTOgo6IEhlbGxvIFdvcmxk CioqIFBhcnNpbmcKKioqIDYuMy4yIFBhcnNpbmcgdGhlIFdpa2lwZWRpYSBwYWdlIGNvdW50cyBm b3JtYXQKKioqKiBVc2luZyByZWd1bGFyIGV4cHJlc3Npb25zCiMrQkVHSU5fU1JDIG5pbQppbXBv cnQgcmUKbGV0IHBhdHRlcm4gPSByZSIoW15cc10rKVxzKFteXHNdKylccyhcZCspXHMoXGQrKSIK dmFyIGxpbmUgPSAiZW4gTmltXyhwcm9ncmFtbWluZ19sYW5ndWFnZSkgMSA3MDIzMSIKdmFyIG1h dGNoZXM6IGFycmF5WzQsIHN0cmluZ10KbGV0IHN0YXJ0ID0gZmluZChsaW5lLCBwYXR0ZXJuLCBt YXRjaGVzKQoKZG9Bc3NlcnQgc3RhcnQgICAgICA9PSAwCmRvQXNzZXJ0IG1hdGNoZXNbMF0gPT0g ImVuIgpkb0Fzc2VydCBtYXRjaGVzWzFdID09ICJOaW1fKHByb2dyYW1taW5nX2xhbmd1YWdlKSIK ZG9Bc3NlcnQgbWF0Y2hlc1syXSA9PSAiMSIKZG9Bc3NlcnQgbWF0Y2hlc1szXSA9PSAiNzAyMzEi CgplY2hvICJQYXJzZWQgc3VjY2Vzc2Z1bGx5ISIKIytFTkRfU1JDCgojK1JFU1VMVFM6CjogUGFy c2VkIHN1Y2Nlc3NmdWxseSEKCioqKiogUGFyc2luZyB0aGUgZGF0YSBtYW51YWxseSB1c2luZyA9 c3BsaXQ9CiMrQkVHSU5fU1JDIG5pbQppbXBvcnQgc3RydXRpbHMKdmFyIGxpbmUgPSAiZW4gTmlt Xyhwcm9ncmFtbWluZ19sYW5ndWFnZSkgMSA3MDIzMSIKdmFyIG1hdGNoZXMgPSBsaW5lLnNwbGl0 KCkKCmRvQXNzZXJ0IG1hdGNoZXNbMF0gPT0gImVuIgpkb0Fzc2VydCBtYXRjaGVzWzFdID09ICJO aW1fKHByb2dyYW1taW5nX2xhbmd1YWdlKSIKZG9Bc3NlcnQgbWF0Y2hlc1syXSA9PSAiMSIKZG9B c3NlcnQgbWF0Y2hlc1szXSA9PSAiNzAyMzEiCgplY2hvICJQYXJzZWQgc3VjY2Vzc2Z1bGx5ISIK IytFTkRfU1JDCgojK1JFU1VMVFM6CjogUGFyc2VkIHN1Y2Nlc3NmdWxseSEKCioqKiogUGFyc2lu ZyB0aGUgZGF0YSBtYW51YWxseSB1c2luZyA9cGFyc2V1dGlscz0KIytCRUdJTl9TUkMgbmltCmlt cG9ydCBwYXJzZXV0aWxzICAgICAgICAgICAgICAgIyBodHRwczovL25pbS1sYW5nLm9yZy9kb2Nz L3BhcnNldXRpbHMuaHRtbAp2YXIgbGluZSA9ICJlbiBOaW1fKHByb2dyYW1taW5nX2xhbmd1YWdl KSAxIDcwMjMxIgoKdmFyIGkgPSAwCnZhciBkb21haW5Db2RlID0gIiIKIyAgICAgcGFyc2VVbnRp bChzLCB0b2tlbiwgdW50aWwsIHN0YXJ0KQojICAgICAgIHJldHVybnMgdGhlIG51bWJlciBvZiBw YXJzZWQgY2hhcmFjdGVycwppLmluYyBwYXJzZVVudGlsKGxpbmUsIGRvbWFpbkNvZGUsIHsnICd9 LCBpKQppLmluYwp2YXIgcGFnZVRpdGxlID0gIiIKaS5pbmMgcGFyc2VVbnRpbChsaW5lLCBwYWdl VGl0bGUsIHsnICd9LCBpKQppLmluYwp2YXIgY291bnRWaWV3cyA9IDAKaS5pbmMgcGFyc2VJbnQo bGluZSwgY291bnRWaWV3cywgaSkKaS5pbmMKdmFyIHRvdGFsU2l6ZSA9IDAKaS5pbmMgcGFyc2VJ bnQobGluZSwgdG90YWxTaXplLCBpKQppLmluYwoKZG9Bc3NlcnQgZG9tYWluQ29kZSA9PSAiZW4i CmRvQXNzZXJ0IHBhZ2VUaXRsZSAgPT0gIk5pbV8ocHJvZ3JhbW1pbmdfbGFuZ3VhZ2UpIgpkb0Fz c2VydCBjb3VudFZpZXdzID09IDEKZG9Bc3NlcnQgdG90YWxTaXplICA9PSA3MDIzMQoKZWNobyAi UGFyc2VkIHN1Y2Nlc3NmdWxseSEiCiMrRU5EX1NSQwoKIytSRVNVTFRTOgo6IFBhcnNlZCBzdWNj ZXNzZnVsbHkhCg== --001a114f38a082acef055e1ed42d-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 02:04:19 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 07:04:19 +0000 Received: from localhost ([127.0.0.1]:44129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFahH-0004nP-Ht for submit@debbugs.gnu.org; Fri, 17 Nov 2017 02:04:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFahE-0004nA-2S for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 02:04:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFah4-0001IX-NM for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 02:04:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40979) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFah4-0001I7-K3; Fri, 17 Nov 2017 02:04:06 -0500 Received: from [176.228.60.248] (port=2692 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFah3-0007Zs-Ov; Fri, 17 Nov 2017 02:04:06 -0500 Date: Fri, 17 Nov 2017 09:03:52 +0200 Message-Id: <83efoxidyf.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Thu, 16 Nov 2017 19:43:00 +0000) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Thu, 16 Nov 2017 19:43:00 +0000 > > All of a sudden I can get emacs to crash consistently because of some rogue font lock regexp parsing > between Org mode and nim-mode[1]. > > I have attached a test file (that's the smallest I can get to from originally ~1000 line file). I can make the crash > happen on doing M-x comment-dwim on line 69 (in the test.org file) but not on line 52 and earlier lines for > example. > > [1]: https://github.com/nim-lang/nim-mode > > It will be tricky to get an emacs -Q recipe with org and nim-mode dependencies. So while I work on getting > that recipe, does the below backtrace help? The backtrace says that some Lisp changed the buffer contents in a way that caused the window-start to become outside the accessible portion of the buffer. > Thread 1 "emacs" received signal SIGABRT, Aborted. > 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 > (gdb) bt > #0 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 > #1 0x000000000058c8f4 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:394 > #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && > charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 > #3 0x0000000000449caa in init_iterator (it=0x7fffffff22f0, w=0x888fb60, charpos=9982, bytepos=9982, > row=0x7d9e430, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 In this call frame #3, what is the value of ZV? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 02:46:17 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 07:46:17 +0000 Received: from localhost ([127.0.0.1]:44147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFbLt-0005lE-Fn for submit@debbugs.gnu.org; Fri, 17 Nov 2017 02:46:17 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFbLr-0005l1-UQ for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 02:46:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFbLj-00042r-Kb for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 02:46:10 -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,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41282) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFbLj-00042b-GT; Fri, 17 Nov 2017 02:46:07 -0500 Received: from [176.228.60.248] (port=2709 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFbLj-0000I4-0Y; Fri, 17 Nov 2017 02:46:07 -0500 Date: Fri, 17 Nov 2017 09:45:52 +0200 Message-Id: <834lptic0f.fsf@gnu.org> From: Eli Zaretskii To: kaushal.modi@gmail.com In-reply-to: <83efoxidyf.fsf@gnu.org> (message from Eli Zaretskii on Fri, 17 Nov 2017 09:03:52 +0200) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: <83efoxidyf.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Fri, 17 Nov 2017 09:03:52 +0200 > From: Eli Zaretskii > Cc: 29326@debbugs.gnu.org > > > Thread 1 "emacs" received signal SIGABRT, Aborted. > > 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 > > (gdb) bt > > #0 0x00000033e380f6ab in raise () from /lib64/libpthread.so.0 > > #1 0x000000000058c8f4 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:394 > > #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && > > charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 > > #3 0x0000000000449caa in init_iterator (it=0x7fffffff22f0, w=0x888fb60, charpos=9982, bytepos=9982, > > row=0x7d9e430, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 > > In this call frame #3, what is the value of ZV? Same question about the value of Z. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 12:12:12 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 17:12:12 +0000 Received: from localhost ([127.0.0.1]:45208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFkBY-0004D0-11 for submit@debbugs.gnu.org; Fri, 17 Nov 2017 12:12:12 -0500 Received: from mail-yw0-f171.google.com ([209.85.161.171]:39401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFkBW-0004Cn-5X for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 12:12:10 -0500 Received: by mail-yw0-f171.google.com with SMTP id g204so1534226ywa.6 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 09:12:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+ghc5CovsTlF5N9Si5xSHc1fdgud39uMZdtBcgBQpbE=; b=b2YXy77UphpTOfKLgYz7M/TE+qD1PftRpytsiD7GNlxp9nbbk5uRMt8LxlM/CzwE/u WTTMZml5uQalYw/4wq8QiDlC13HLxvVa8lVCq+MoGt4d11xP6JsPu9nHJNldxaqfqUYG MQpy34XuF8VijhQ3oV9X649wJwqQNihIGwqqv8rmRGOglnxUP9HTCxkaUMsEVwLfuqIu 0Aw/E16D4bqitepREk4qZqxRhJZOlK5nRN9uZbZm+DVhco63rvhAwEd416I1bTDhL00A 2sqQwgcJNS7Py2RbwwzE0+UlrsCN3agMleH/fM7H+2Qz5t5YZPymo6kS/ClKNHuEti56 LA3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+ghc5CovsTlF5N9Si5xSHc1fdgud39uMZdtBcgBQpbE=; b=HtpZ0hBc2+v25aMmVHC175eF401Yd2yIJE4HLjWXVJPTiVb5zFCgjlIySajFaMvsDc B9dwR1yjZrDv9MT0ptEOwsRKtNRXnC45Nfwkr4EJg+sxRK91u1KsWt9Rdgl9+uF3JEEW vMSjXoCu2s4x/qW9ULTPmU2rkUIA1hPhXvGhcgTlpLKssPlZ5/kbdfJhx0uE7LBHMi2e NVpLhJLzv5txd+m7ThyiUrZiE0lkurCS1Uj6HVx+f+VEd1VRicR1TdRfZv6lGjZzKJH3 GeNcATBVH0nKEog8IStc4nOwJoDcJXoXzrDarqOMaD1tstP2DK1v74PUZVFQ13P8a2zU IFHg== X-Gm-Message-State: AJaThX4EXRAITUdevkM8+IS3hFRJ0QYdBxemg9DdFDkTgEigjv+Am1i6 GNIAd9wm3Aw4Rxz/psAJW6gkLpng2mHvJaMiJf4= X-Google-Smtp-Source: AGs4zMZeU36332HBiU5fN0jnneuCRPPBYCnc6+6BOIZrvrXfbTFnUvnHKoM77Gfy/15puC4H5K1ROFf678TRCs5ynfE= X-Received: by 10.13.213.135 with SMTP id x129mr3481327ywd.185.1510938724530; Fri, 17 Nov 2017 09:12:04 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> In-Reply-To: <834lptic0f.fsf@gnu.org> From: Kaushal Modi Date: Fri, 17 Nov 2017 17:11:53 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114faab0f400ba055e30d5e0" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114faab0f400ba055e30d5e0 Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 2:46 AM Eli Zaretskii wrote: > > In this call frame #3, what is the value of ZV? > > Same question about the value of Z. > (gdb) f 2 #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 7419 terminate_due_to_signal (SIGABRT, INT_MAX); (gdb) p ZV $1 = 263 (gdb) p charpos No symbol "charpos" in current context. (gdb) f 2 #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 7419 terminate_due_to_signal (SIGABRT, INT_MAX); (gdb) p charpos No symbol "charpos" in current context. (gdb) f 3 #3 0x0000000000449caa in init_iterator (it=0x7fffffff22f0, w=0x1593770, charpos=360, bytepos=360, row=0x7511660, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 2751 eassert (charpos < 0 || (charpos >= BUF_BEG (current_buffer) (gdb) p ZV $2 = 263 (gdb) p Z $3 = 263 (gdb) -- Kaushal Modi --001a114faab0f400ba055e30d5e0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 2:46 AM Eli Zaretskii <eliz@gn= u.org> wrote:
> In this c= all frame #3, what is the value of ZV?

Same question about the value of Z.

(gd= b) f 2
#2=C2=A0 0x00000000006232d5 in die (msg=3D0x723428 &qu= ot;charpos < 0 || (charpos >=3D BUF_BEG (current_buffer) && c= harpos <=3D ZV)",
=C2=A0 =C2=A0 file=3D0x72313d "xdi= sp.c", line=3D2752) at alloc.c:7419
7419=C2=A0 =C2=A0 =C2=A0= terminate_due_to_signal (SIGABRT, INT_MAX);
(gdb) p ZV
$1 =3D 263
(gdb) p charpos
No symbol "charpos&quo= t; in current context.
(gdb) f 2
#2=C2=A0 0x00000000006= 232d5 in die (msg=3D0x723428 "charpos < 0 || (charpos >=3D BUF_B= EG (current_buffer) && charpos <=3D ZV)",
=C2=A0 = =C2=A0 file=3D0x72313d "xdisp.c", line=3D2752) at alloc.c:7419
7419=C2=A0 =C2=A0 =C2=A0 terminate_due_to_signal (SIGABRT, INT_MAX)= ;
(gdb) p charpos
No symbol "charpos" in curr= ent context.

(gdb) f 3
#3=C2=A0 0x000000= 0000449caa in init_iterator (it=3D0x7fffffff22f0, w=3D0x1593770, charpos=3D= 360, bytepos=3D360, row=3D0x7511660,
=C2=A0 =C2=A0 base_face_id= =3DDEFAULT_FACE_ID) at xdisp.c:2751
2751=C2=A0 =C2=A0 =C2=A0 eass= ert (charpos < 0 || (charpos >=3D BUF_BEG (current_buffer)
= (gdb) p ZV
$2 =3D 263
(gdb) p Z
$3 =3D 263
(gdb)=C2=A0
--

Ka= ushal Modi

--001a114faab0f400ba055e30d5e0-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:07:19 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:07:19 +0000 Received: from localhost ([127.0.0.1]:45223 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl2s-0005UJ-TW for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:07:19 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl2r-0005U6-2y for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:07:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFl2i-0002HX-OW for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:07:11 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35934) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFl2i-0002HO-KX; Fri, 17 Nov 2017 13:07:08 -0500 Received: from [176.228.60.248] (port=3344 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFl2i-00048y-0l; Fri, 17 Nov 2017 13:07:08 -0500 Date: Fri, 17 Nov 2017 20:06:52 +0200 Message-Id: <83h8tshj9f.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Fri, 17 Nov 2017 17:11:53 +0000) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Fri, 17 Nov 2017 17:11:53 +0000 > Cc: 29326@debbugs.gnu.org > > > In this call frame #3, what is the value of ZV? > > Same question about the value of Z. > > (gdb) f 2 > #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && > charpos <= ZV)", > file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 > 7419 terminate_due_to_signal (SIGABRT, INT_MAX); > (gdb) p ZV > $1 = 263 > (gdb) p charpos > No symbol "charpos" in current context. > (gdb) f 2 > #2 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && > charpos <= ZV)", > file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 > 7419 terminate_due_to_signal (SIGABRT, INT_MAX); > (gdb) p charpos > No symbol "charpos" in current context. > > (gdb) f 3 > #3 0x0000000000449caa in init_iterator (it=0x7fffffff22f0, w=0x1593770, charpos=360, bytepos=360, > row=0x7511660, > base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 > 2751 eassert (charpos < 0 || (charpos >= BUF_BEG (current_buffer) > (gdb) p ZV > $2 = 263 > (gdb) p Z > $3 = 263 > (gdb) Thanks, I need to see the results of xbacktrace, please. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:09:06 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:09:06 +0000 Received: from localhost ([127.0.0.1]:45227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl4c-0005XE-9I for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:09:06 -0500 Received: from mail-yw0-f171.google.com ([209.85.161.171]:44875) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl4b-0005Wh-4d for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:09:05 -0500 Received: by mail-yw0-f171.google.com with SMTP id d2so1592626ywb.11 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 10:09:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XOqS5dAodErImkDYZ5JQntSfBeaju0DMb6Mt7vnQSe8=; b=vOfboeHBsscg/gQ8B7oJtCkUUnJsxlH4j7xMU4n6eM1+mtZqhSFFlXD8ReMdtp0HAn KMON+1n86MMWI7eTcz1TSlyAONwONAoT2luq6i5+yyaGvZMBuSO3P54T6n6L/dd4SOb9 /d/h2J3mGD1rLx2tfSJgYFjqoxqNhSXF3jUpAtbFGRkywXBswM+BY3UR6Hyt/JgXCkpk KxuM7rfpHUV7Za/XMX5vxTj+80TH56OTwDrcf5INCbmAOl8U1ITlVdr/3/AerHu0udA0 OKLOTLOe14/tx1izYt5U3Ph1TA/Ky24oedLOSNYsfnC5LRc6XFz2MEtmtGBldbYe/oNp GhmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XOqS5dAodErImkDYZ5JQntSfBeaju0DMb6Mt7vnQSe8=; b=rYjqToQNFyKpje2OoYS1VmRQ/7AApVqwr0AfLxGvEppKWGzPapyQq8sP2V2alHwSwa BKqVuxA5wLkgxbGNHyKVSV7ETZpsJNw4eTRYRzvn6c/VusEiINlWA0/o01rdPGxsxnG9 tthzzkNUQToGlO6ElBntaMDQfJGZvf1EPECpok1/bXncqeqZBuTvLN4hCCdNOgcg/lkV Is+d6F8fLDVrSwQyn8odaMsfyXwA0t7DP5i/7HulfUctyQe2x3T4ZPEfKUdoJoxnA273 UAWD9vre/hxx757+nKpeO6GevJTlYxXRun0X9MbsRu0XLQQnGAIJtIa8C6NSkpTjqz5n 0xgg== X-Gm-Message-State: AJaThX71eEevnEw9JIIeGXilPGu9lbqNPoNpwgwExKbV8pjgTZvQUQqC rqklvaTyGjR69BopW883KHT8rfXkFiNTL8Up7xg= X-Google-Smtp-Source: AGs4zMacfwyV0yNAknNEtJ88/vH8ToPiCA7NuhSP5w8hPyd9l560zqCIenXvcYIGCbteAhMZITQuaswTuSaCA9OnZCA= X-Received: by 10.13.213.135 with SMTP id x129mr3593840ywd.185.1510942139531; Fri, 17 Nov 2017 10:08:59 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> In-Reply-To: <83h8tshj9f.fsf@gnu.org> From: Kaushal Modi Date: Fri, 17 Nov 2017 18:08:48 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114faab080c948055e31a1bc" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114faab080c948055e31a1bc Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 1:07 PM Eli Zaretskii wrote: > > Thanks, I need to see the results of xbacktrace, please. > Was I supposed to type in exactly that in the gdb? It says "Undefined command". (gdb) p Z $3 = 263 (gdb) xbacktrace Undefined command: "xbacktrace". Try "help". (gdb) -- Kaushal Modi --001a114faab080c948055e31a1bc Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 1:07 PM Eli Zaretskii <eliz@gn= u.org> wrote:

Thanks, I need to see the results of xbacktrace, please.

Was I supposed to type in exactly that in the gdb? It say= s "Undefined command".

(gdb) p Z
$3 =3D 263
(gdb) xbacktrace
Undefined command: "= ;xbacktrace".=C2=A0 Try "help".
(gdb)=C2=A0
<= /div>
--

Kaushal Modi

--001a114faab080c948055e31a1bc-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:13:39 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:13:39 +0000 Received: from localhost ([127.0.0.1]:45231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl90-0005dl-Rl for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:13:39 -0500 Received: from mail-yb0-f177.google.com ([209.85.213.177]:36830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFl8z-0005dS-DS for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:13:37 -0500 Received: by mail-yb0-f177.google.com with SMTP id g184so1068869ybg.3 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 10:13:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=eGUMz9MYkPX8P62GdY940B0z7W7MiKwr5DID0RTAJDo=; b=MvjaVMYhbgB3PKMYKFNciIfJdQSxgSNhubqgTrBzBuuOAkHFwrbOshs6AXonZkxK0c ZEqo/VFW1rCg89gh4vGCfRDrMfFRutNbylMOD5jbJ+iZ+cHP1RFwPndXs7sCsU4lONvK oweRc36bs3klqHpKgT8RJVe75RvTRqGHuHygZzfnTOeVU7t4jT0FFt9ZgB88RCerLrzL oDpsMJvhhQcIwda4xewksM26pXbErWUQakPgqmSAJJCKHeHDg069WxaXocg5O9hDwNuK TCHWlG0qPWfEtTLknYVATETU71NeXi9Da8vCR8FVdt5a7/G0hIeBr5LR/njQwCocIwY5 fy0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=eGUMz9MYkPX8P62GdY940B0z7W7MiKwr5DID0RTAJDo=; b=Q9fVRlHbfsBkEo6ZdnY701rnq/ewbhFNuvh8jguGG6F3i6jUlRS+wfE8AJVSQxdbMN 2d8CIC82ywL78dv4Ct+11EdrI/+RiwSbLR99cNd12xjoOPYWhCu35w6Q1AA2/IFPH4ij qBkggCNM+uLBuBjeNKRtLnQWf030rAUTlNiETSW+IKuvFvOdDYp3I0U9hVFlImrQASLN z6cjoTP8ICDaUoypLOfOEo31kCNbaIyoEkT1ayo+0mMHTaFWe9BKmVTz10McmDYlLS/C X4fhcTwLFp4MtFoVH7meLapLYN4w4VMB4HKjZpt/f2J4iAbtkuXsV1XKKV621tNEm6g0 72kQ== X-Gm-Message-State: AJaThX4S9N5qSHUSLvzj7IrytkwVbQhgHA1x3sLHXk9qvvQtSS4WRxo+ 9Iar+CbNKk1udslvLE87vXeRzh6LGFe5tirt07U= X-Google-Smtp-Source: AGs4zMbUnOzZlimK2s9Z2EwCvFP6gvCC6hTeYKZhmsyZRXOlo6JEbq9GhrWOVUn2/BKRr7+7HXLybEjo1oGr2fECl80= X-Received: by 10.37.114.87 with SMTP id n84mr3668355ybc.504.1510942411924; Fri, 17 Nov 2017 10:13:31 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Fri, 17 Nov 2017 18:13:21 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a11488d16bd2c7b055e31b13a" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a11488d16bd2c7b055e31b13a Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 1:08 PM Kaushal Modi wrote: > (gdb) xbacktrace > Undefined command: "xbacktrace". Try "help". > (gdb) > Looks like that *is* the command. Then is it possible it's related to https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29332? Let me rebuild with http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-26&id=648c128b5f5eb8988aabcc2073b706d2561acd15 .. just in case. -- Kaushal Modi --001a11488d16bd2c7b055e31b13a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 1:08 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:
(gdb) xba= cktrace
Undefined command: "xbacktrace".=C2=A0 Try "help".
(gdb)=C2=A0

Look= s like that *is* the command.

=C2=A0
--

Kaushal Modi

--001a11488d16bd2c7b055e31b13a-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:16:21 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:16:21 +0000 Received: from localhost ([127.0.0.1]:45236 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlBd-0005iS-Bm for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:16:21 -0500 Received: from mail-wm0-f53.google.com ([74.125.82.53]:40610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlBb-0005iA-Mo for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:16:20 -0500 Received: by mail-wm0-f53.google.com with SMTP id b189so8032322wmd.5 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 10:16:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=zn7nTt/D5U8U0dv1IpH/IZ0UfANNf9IobnnNpVA0FrI=; b=O0VGpw0Xo53FOb0TK0jT4owKmd1Q/9G0HxbPTV03de/cozeE3PYbtv7s23aR4RE49c vYdJRV0JujL1B9mh0MpGVqbAdihzu3yOh9KyNJVg10S/PLXsfZAp5kibRpv74BN7xi0P fuax0F6wvywxNOS1228s4eL9Slw8q+7VqNwH/nUffPvPraXwN7Cd9pHv0/jCN8gU5ZpO NXOuqxpwXlOaWf+jLKyZwmkA07FUpjfOOu2WSvh0/1IdY4x5p16iK68dFqI+Im7fZq5y R+b/W+lDUm7VClGEbsCd+Di3mrtMC2umSwxu0Z2lf+CMepUL6a97ky/R4lZIx/YoWI3N AQ4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=zn7nTt/D5U8U0dv1IpH/IZ0UfANNf9IobnnNpVA0FrI=; b=GfDANqlvF/bdFsPTEk5ghV28s09OgSk46cmQbPei+ozoRwUHhJxJ81NBdoVEf/7u56 s1Z7zwi9QEjGvK82L0mkLQqeQmd9Zf2gRHsuD78O+aZGempYbqssGUByRJ90mO5ybwkh MdHjWn6jLxPu6MJw7O/0tzvJ3DsHRAzc40E9nKr02PDE0HmSbCt2o+nuinkNEcVR61eI WSasmHQTsO1oVNit7Cq1z9xHx3no5FAtRePhQ72z1U0P7EFjOqBPoCoBnBodPNbmwYIl UE/awJvDcA6vCkBWOdJgQYpLtWOXNwfoknPEcRcWFzwUmHaZpBOtJ1+S6lPWZv3Jy5Sz uBrg== X-Gm-Message-State: AJaThX5Cng5Buy7rzRaGT3Q4LIrmjYZxeckSrMrYkFwlGwyyWpAu9jQl x9dtyi57TPcH3ArMZHMbTSH54bVBAKG2r4CxxHA= X-Google-Smtp-Source: AGs4zMbDlCKIks7TgNDEq6aCj/IVi2Ux743diyrSFWl1O8tJ4AGe5NMKNIfXihDpEbKQvt2aebbLjIjFX7DnywRLbGI= X-Received: by 10.28.39.196 with SMTP id n187mr5434638wmn.114.1510942573967; Fri, 17 Nov 2017 10:16:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.151.116 with HTTP; Fri, 17 Nov 2017 10:16:13 -0800 (PST) In-Reply-To: References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> From: Noam Postavsky Date: Fri, 17 Nov 2017 13:16:13 -0500 X-Google-Sender-Auth: qG7Z_SMLjaOqinxDNX00rUrxn-k Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Kaushal Modi Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On Fri, Nov 17, 2017 at 1:13 PM, Kaushal Modi wrote: > On Fri, Nov 17, 2017 at 1:08 PM Kaushal Modi wrote: >> >> (gdb) xbacktrace >> Undefined command: "xbacktrace". Try "help". >> (gdb) > > > Looks like that *is* the command. > > Then is it possible it's related to > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29332? Let me rebuild with > http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-26&id=648c128b5f5eb8988aabcc2073b706d2561acd15 > .. just in case. You probably just need to do source src/.gdbinit first. See also "Configuring GDB" in etc/DEBUG. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:19:10 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:19:10 +0000 Received: from localhost ([127.0.0.1]:45241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlEL-0005mm-P0 for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:19:09 -0500 Received: from mail-yb0-f171.google.com ([209.85.213.171]:43613) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlEJ-0005mZ-QZ for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:19:08 -0500 Received: by mail-yb0-f171.google.com with SMTP id s65so1073749ybb.10 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 10:19:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uqTldkb7f+BdOQI0rEklVacWKjhSSMfIf5h7WS7j3fU=; b=iQbVAJkdlDr9IMrkYV1ewyTRtLdLD3sf7vvUsT6LqJvjPYmF24+fBRl+u0xzcvlg4N 3nfcuktZKoj5zxiZdO7/Ot8eNbEVJnTBJaammnjSWmx17TAMx43mjTo5bA2KwH4lBN+f orsJCb2Oniq3RCdaMLeTnV+sFw3GHcBj3txDoMHojjHTuca/zgVN2vAgTUAJsnu3HDGH QlefAuVWhpaCpa8OzM727BfTxz0TIeEjj883ErQNSJGFpfQmMzuZ6PQ5W4+VA7pYrBh/ 3YvGb01agTS8BP7efZ2oPk3ECrTt8I25xpwTOzHjaP2Ncth63LTB4721b+lwpZkDT6Df ADpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uqTldkb7f+BdOQI0rEklVacWKjhSSMfIf5h7WS7j3fU=; b=axWMbk/+d5TiPogjn+6x4oAVeAfW6iJitNqWIeDWRdqjQBUpixcqaq4/qt5wCDjIyE jgWAQ/uI+LqsSkksaEe01tZOjjoZu0+OyMpTnNKr4VBkh45TaPHxPlcmb6wZhB+GlQxy 6HARgyWTscmcOOspjZt/m0vvgMa5GiTfzTCms2gzs+DKYvwwsfpu/Yi7mKBwePqwMUSW 6u+fmetBCHxChBJa2GjssDIn9nBJ1GauQj9WEtxC/KywC+bov5fj//KjMrU0EFEIuSXJ WBRQ2kMh76AnBqgw/e++vqrhXCLuZdj1Tva7w2xiw6Of/FFUKjMab+k6VjmN6NCJfenj dosQ== X-Gm-Message-State: AJaThX5yxaJae8E16LlTsmgpzIzQ0a4xi/sIyN+sjFsA40Vpx7PvsuI9 jWK94/AlFXj0LFcOBHKjwmEWdDcoVCKsXvcPADU= X-Google-Smtp-Source: AGs4zMaHr4fvquIfPvZqxheOGQoOMbt/N9SbiPrsrWeQucu17LAXI4JZEw3ZXxHcOo0izjYutvNe3GUDS0O3NL9Jzp8= X-Received: by 10.37.164.135 with SMTP id g7mr3635035ybi.11.1510942742069; Fri, 17 Nov 2017 10:19:02 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Fri, 17 Nov 2017 18:18:51 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Noam Postavsky Content-Type: multipart/alternative; boundary="94eb2c13b3a86ac7ff055e31c5d1" X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) --94eb2c13b3a86ac7ff055e31c5d1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Nov 17, 2017 at 1:16 PM Noam Postavsky < npostavs@users.sourceforge.net> wrote: > You probably just need to do > > source src/.gdbinit > > first. See also "Configuring GDB" in etc/DEBUG. > Yes, I realized that.. a bit late.. I already killed that gdb session and started emacs rebuild. While that was going on, I happened to read: > It is important for the directory =E2=80=98src=E2=80=99 to be current so = that GDB will read the =E2=80=98.gdbinit=E2=80=99 file in this directory. in (emacs) Checklist (from here: https://lists.gnu.org/archive/html/bug-gnu-emacs/2009-07/msg00178.html ). Lesson learned: "gdb ./src/emacs" is not the same as "cd src; gdb ./emacs". --=20 Kaushal Modi --94eb2c13b3a86ac7ff055e31c5d1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 1:16 PM Noam Postavsky <npostavs@users.sourceforge.net> wrote:
You probably just need to do

=C2=A0 =C2=A0source src/.gdbinit

first.=C2=A0 See also "Configuring GDB" in etc/DEBUG.

Yes, I realized that.. a bit late.. I already kill= ed that gdb session and started emacs rebuild.

Whi= le that was going on, I happened to read:

> It = is important for the directory =E2=80=98src=E2=80=99 to be current so that = GDB will read the
=C2=A0 =C2=A0 =C2=A0=E2=80=98.gdbinit=E2=80=99 = file in this directory.=C2=A0

in=C2=A0(emacs) Chec= klist (from here:=C2=A0https://lists.gnu.org/archive/html/bug-gnu-e= macs/2009-07/msg00178.html=C2=A0).

Lesson lear= ned: "gdb ./src/emacs" is not the same as "cd src; gdb ./ema= cs".


-= -

Kaushal Modi

--94eb2c13b3a86ac7ff055e31c5d1-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:30:20 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:30:20 +0000 Received: from localhost ([127.0.0.1]:45256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlPA-000658-Cn for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:30:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlP9-00064t-E2 for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:30:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFlOz-0002WU-BR for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:30:14 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36349) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFlOz-0002WC-7s; Fri, 17 Nov 2017 13:30:09 -0500 Received: from [176.228.60.248] (port=3402 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFlOy-0003CY-Ly; Fri, 17 Nov 2017 13:30:09 -0500 Date: Fri, 17 Nov 2017 20:29:52 +0200 Message-Id: <83fu9chi73.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Fri, 17 Nov 2017 18:18:51 +0000) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Fri, 17 Nov 2017 18:18:51 +0000 > Cc: Eli Zaretskii , 29326@debbugs.gnu.org > > Yes, I realized that.. a bit late.. I already killed that gdb session and started emacs rebuild. That was a mistake, on two counts: first, you didn't need to kill the GDB session; and second, the changes I made to fix the problem reported by Richard didn't need Emacs to be rebuilt, because .gdbinit does not affect the build in any way. > Lesson learned: "gdb ./src/emacs" is not the same as "cd src; gdb ./emacs". I think there's a more important lesson here: please do not rush to conclusions in these matters, especially when you have a crashed Emacs session in GDB and bump into unexpected behavior you don't understand. Please ask your questions when things don't work as expected, and then please wait patiently until you receive the answers, before you act. No one expects you to do this stuff at once, and nothing bad will ever happen if you refrain from acting until you understand completely what you should do and how. TIA From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 13:36:53 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 18:36:53 +0000 Received: from localhost ([127.0.0.1]:45260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlVU-0006Ds-43 for submit@debbugs.gnu.org; Fri, 17 Nov 2017 13:36:53 -0500 Received: from mail-yb0-f179.google.com ([209.85.213.179]:42991) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFlVR-0006De-Au for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 13:36:50 -0500 Received: by mail-yb0-f179.google.com with SMTP id w203so1095056ybe.9 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 10:36:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Mh7LelE+p229HGdLGUQ8XwaRb0SZA/robaYF2jyqP4s=; b=MKiyPO1sHAm77A+LM0NAlB2veDqVvXrljchh8vX0xcsTpIKWMeB5MoXGBOUJrY0Ksr r6WgDnXIgwV2v25J2qysIYwWCmuQ4LoXzJQRMH8gHIKiX0bgQBOgd46EbhpTEHFJ5eAO 75um2XaQUqpZPkd9VVR1CZHzN7ITT25etA3hoOQemmCDBn9bVi/U4KkkXegHzAX6ds1M vTgY7YD8dkF3L/nntQIK2aSH+c+RxK00LssYWtH/z/BpDjWk7gsGj+Qxcj+sGDMGryoz 80Y14l+z3bKvLPcSenlPh/N8R71f/3FklWykQE1892Zj3XGov/bveiKnUhFlM2/7uc4K eMdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Mh7LelE+p229HGdLGUQ8XwaRb0SZA/robaYF2jyqP4s=; b=nHC/rYhhiYe+MFEWWweyLdNE45S+YWne0LROyr91gH3LX9QEtmMNnjk4fENK8XSruK rwWw1gsDTd6xSMPORcE42dK0jWUKVAXkGjnb2deODlYrtqT0NUCnBcJkG+R50/RKItgV PuTqbVe/xZFHC3QT7i/0kJvCRoTELVYBAsUsAvKx8DJmKzMj8YyImmV06b9uaHf0wK/0 RThEWlgwACBjj/cRNLnMZ8e3B5gYx2FL8P4z83BnR8O1wG0wYwW25cx+klozSl4LXRMW otsliZUFRzFjtBkkuR4uH7rsNmaeP1OJOZ9FH2KFoeB5WNjGhtecly2InyWPV2xERMZU U1tQ== X-Gm-Message-State: AJaThX6EubF4ra5EVC3vgMKdOFJwoUon2LShxXXokoFJ8wW1WeexEXmz QCZi62/MNzs/7Ro2vJ2of56txTbVI3unKV72Ma0= X-Google-Smtp-Source: AGs4zMYCApaBHmHzpQGxKtvx5X9bvZvyAyOkSXnT4vnIRnEXyBM0Vri3JALTdMIs6pPwiiVSDzDzQHBY+8mp3igkk+8= X-Received: by 10.37.176.68 with SMTP id e4mr3735245ybj.389.1510943803174; Fri, 17 Nov 2017 10:36:43 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> In-Reply-To: From: Kaushal Modi Date: Fri, 17 Nov 2017 18:36:32 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii , Noam Postavsky Content-Type: multipart/alternative; boundary="f403045e727ca9f663055e3204b1" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --f403045e727ca9f663055e3204b1 Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 1:18 PM Kaushal Modi wrote: > > Lesson learned: "gdb ./src/emacs" is not the same as "cd src; gdb ./emacs". > OK, with the latest emacs-26 build, I still see the same crash (which is good.. repeatable issue). -->> Before proceeding, I'd like to correct myself that I am using org-comment-dwim to reproduce this error (not comment-dwim).. well the Lisp backtrace also tells that. <<-- Also by running the gdb in the src/ dir, the backtrace looks a bit different (instead of SIGABRT plus putting out core dump in gdb, this time the error is concise and code is SIG_DFL instead), but definitely more informative. ===== [New Thread 0x7fffed33f700 (LWP 3158)] (emacs:3153): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assertion 'source != NULL' failed xdisp.c:2752: Emacs fatal error: assertion failed: charpos < 0 || (charpos >= BUF_BEG (current_buffer) && charpos <= ZV) Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:364 364 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:364 #1 0x00000000006232d5 in die (msg=0x723428 "charpos < 0 || (charpos >= BUF_BEG (current_buffer) && charpos <= ZV)", file=0x72313d "xdisp.c", line=2752) at alloc.c:7419 #2 0x0000000000449caa in init_iterator (it=0x7fffffff22e0, w=0x1593770, charpos=1021, bytepos=1021, row=0x654be20, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 #3 0x000000000044af1b in start_display (it=0x7fffffff22e0, w=0x1593770, pos=...) at xdisp.c:3060 #4 0x00000000005f8e41 in line_number_display_width (w=0x1593770, width=0x7fffffff365c, pixel_width=0x7fffffff3658) at indent.c:1976 #5 0x00000000005f8efa in Fline_number_display_width (pixelwise=XIL(0xc270)) at indent.c:2007 #6 0x000000000064ab54 in funcall_subr (subr=0x9dca60 , numargs=1, args=0x7fffffff37e0) at eval.c:2841 #7 0x000000000064a6ab in Ffuncall (nargs=2, args=0x7fffffff37d8) at eval.c:2766 #8 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0xaab99c), vector=XIL(0xaab9bd), maxdepth=make_number(12), args_template=make_number(513), nargs=2, args=0x7fffffff4040) at bytecode.c:629 #9 0x000000000064b2bd in funcall_lambda (fun=XIL(0xaab96d), nargs=2, arg_vector=0x7fffffff4030) at eval.c:2967 #10 0x000000000064a6ef in Ffuncall (nargs=3, args=0x7fffffff4028) at eval.c:2768 #11 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0xaab84c), vector=XIL(0xaab86d), maxdepth=make_number(13), args_template=make_number(1025), nargs=2, args=0x7fffffff4790) at bytecode.c:629 #12 0x000000000064b2bd in funcall_lambda (fun=XIL(0xaab81d), nargs=2, arg_vector=0x7fffffff4780) at eval.c:2967 #13 0x000000000064aef9 in apply_lambda (fun=XIL(0xaab81d), args=XIL(0x2b90163), count=58) at eval.c:2903 #14 0x000000000064910b in eval_sub (form=XIL(0x2b90173)) at eval.c:2276 #15 0x00000000006439af in Fprogn (body=XIL(0x2b90053)) at eval.c:455 #16 0x0000000000645977 in Flet (args=XIL(0x2b90183)) at eval.c:969 #17 0x0000000000648ae4 in eval_sub (form=XIL(0x2b901d3)) at eval.c:2183 #18 0x0000000000646801 in internal_lisp_condition_case (var=XIL(0), bodyform=XIL(0x2b901d3), handlers=XIL(0x2b90013)) at eval.c:1303 #19 0x0000000000646293 in Fcondition_case (args=XIL(0x2b901e3)) at eval.c:1227 #20 0x0000000000648ae4 in eval_sub (form=XIL(0x2b901f3)) at eval.c:2183 #21 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #22 0x000000000064b729 in funcall_lambda (fun=XIL(0x2b8cd53), nargs=1, arg_vector=0x0) at eval.c:3042 #23 0x000000000064aef9 in apply_lambda (fun=XIL(0x2b8cd43), args=XIL(0x3d38dd3), count=53) at eval.c:2903 #24 0x0000000000649312 in eval_sub (form=XIL(0x3d38de3)) at eval.c:2306 #25 0x0000000000648e44 in eval_sub (form=XIL(0x3d38df3)) at eval.c:2219 #26 0x00000000006436f6 in Fif (args=XIL(0x3d381f3)) at eval.c:407 #27 0x0000000000648ae4 in eval_sub (form=XIL(0x3d381e3)) at eval.c:2183 #28 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #29 0x0000000000648ae4 in eval_sub (form=XIL(0x3d38143)) at eval.c:2183 #30 0x0000000000643754 in Fif (args=XIL(0x3d380f3)) at eval.c:410 #31 0x0000000000648ae4 in eval_sub (form=XIL(0x3d38103)) at eval.c:2183 ---Type to continue, or q to quit--- #32 0x00000000006439af in Fprogn (body=XIL(0x28602c3)) at eval.c:455 #33 0x00000000006323d0 in Fsave_excursion (args=XIL(0x3d38063)) at editfns.c:1050 #34 0x0000000000648ae4 in eval_sub (form=XIL(0x3d380d3)) at eval.c:2183 #35 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #36 0x0000000000645dd1 in internal_catch (tag=XIL(0x5790), func=0x64390f , arg=XIL(0x2860283)) at eval.c:1097 #37 0x0000000000645d85 in Fcatch (args=XIL(0x2860293)) at eval.c:1074 #38 0x0000000000648ae4 in eval_sub (form=XIL(0x28602a3)) at eval.c:2183 #39 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #40 0x000000000064b729 in funcall_lambda (fun=XIL(0x28601c3), nargs=1, arg_vector=0x0) at eval.c:3042 #41 0x000000000064aef9 in apply_lambda (fun=XIL(0x28601b3), args=XIL(0x520b603), count=44) at eval.c:2903 #42 0x0000000000649312 in eval_sub (form=XIL(0x520b613)) at eval.c:2306 #43 0x00000000006435a3 in For (args=XIL(0x5211883)) at eval.c:368 #44 0x0000000000648ae4 in eval_sub (form=XIL(0x52118a3)) at eval.c:2183 #45 0x00000000006436f6 in Fif (args=XIL(0x5211863)) at eval.c:407 #46 0x0000000000648ae4 in eval_sub (form=XIL(0x5211873)) at eval.c:2183 #47 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #48 0x0000000000645977 in Flet (args=XIL(0x52109e3)) at eval.c:969 #49 0x0000000000648ae4 in eval_sub (form=XIL(0x5210973)) at eval.c:2183 #50 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #51 0x00000000006323d0 in Fsave_excursion (args=XIL(0x52108f3)) at editfns.c:1050 #52 0x0000000000648ae4 in eval_sub (form=XIL(0x5210963)) at eval.c:2183 #53 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #54 0x000000000064b729 in funcall_lambda (fun=XIL(0x5210763), nargs=0, arg_vector=0x0) at eval.c:3042 #55 0x000000000064aef9 in apply_lambda (fun=XIL(0x5210733), args=XIL(0), count=37) at eval.c:2903 #56 0x0000000000649312 in eval_sub (form=XIL(0x5210463)) at eval.c:2306 #57 0x0000000000648e44 in eval_sub (form=XIL(0x52104e3)) at eval.c:2219 #58 0x0000000000648cda in eval_sub (form=XIL(0x52105b3)) at eval.c:2197 #59 0x0000000000643c68 in Fsetq (args=XIL(0x52106a3)) at eval.c:513 #60 0x0000000000648ae4 in eval_sub (form=XIL(0x52106b3)) at eval.c:2183 #61 0x00000000006439af in Fprogn (body=XIL(0x5212d83)) at eval.c:455 #62 0x000000000064b729 in funcall_lambda (fun=XIL(0x5212c83), nargs=0, arg_vector=0x0) at eval.c:3042 #63 0x000000000064aef9 in apply_lambda (fun=XIL(0x5212c73), args=XIL(0), count=32) at eval.c:2903 #64 0x0000000000649312 in eval_sub (form=XIL(0x5212513)) at eval.c:2306 #65 0x0000000000643679 in Fand (args=XIL(0)) at eval.c:389 #66 0x0000000000648ae4 in eval_sub (form=XIL(0x5216d53)) at eval.c:2183 #67 0x0000000000645243 in FletX (args=XIL(0x52168f3)) at eval.c:876 #68 0x0000000000648ae4 in eval_sub (form=XIL(0x52168e3)) at eval.c:2183 #69 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #70 0x000000000064b729 in funcall_lambda (fun=XIL(0x521e7d3), nargs=1, arg_vector=0x0) at eval.c:3042 #71 0x000000000064aef9 in apply_lambda (fun=XIL(0x521e7c3), args=XIL(0x5208673), count=28) at eval.c:2903 #72 0x0000000000649312 in eval_sub (form=XIL(0x5208683)) at eval.c:2306 #73 0x0000000000643679 in Fand (args=XIL(0)) at eval.c:389 #74 0x0000000000648ae4 in eval_sub (form=XIL(0x520c783)) at eval.c:2183 #75 0x0000000000645243 in FletX (args=XIL(0x520c513)) at eval.c:876 #76 0x0000000000648ae4 in eval_sub (form=XIL(0x520c483)) at eval.c:2183 #77 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #78 0x00000000006323d0 in Fsave_excursion (args=XIL(0x520c213)) at editfns.c:1050 #79 0x0000000000648ae4 in eval_sub (form=XIL(0x520c223)) at eval.c:2183 #80 0x00000000006439af in Fprogn (body=XIL(0x520c103)) at eval.c:455 #81 0x0000000000645977 in Flet (args=XIL(0x520c0d3)) at eval.c:969 #82 0x0000000000648ae4 in eval_sub (form=XIL(0x520c0c3)) at eval.c:2183 #83 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #84 0x000000000064b729 in funcall_lambda (fun=XIL(0x520bf53), nargs=1, arg_vector=0x0) at eval.c:3042 #85 0x000000000064aef9 in apply_lambda (fun=XIL(0x520bf03), args=XIL(0x520bc13), count=20) at eval.c:2903 #86 0x0000000000649312 in eval_sub (form=XIL(0x520bd33)) at eval.c:2306 #87 0x00000000006439af in Fprogn (body=XIL(0)) at eval.c:455 #88 0x000000000064b729 in funcall_lambda (fun=XIL(0x520b833), nargs=0, arg_vector=0x0) at eval.c:3042 #89 0x000000000064a7f1 in Ffuncall (nargs=1, args=0x7fffffff8648) at eval.c:2780 #90 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0xad4a14), vector=XIL(0xad4a35), maxdepth=make_number(3), args_template=make_number(0), nargs=0, args=0x7fffffff8da0) at bytecode.c:629 #91 0x000000000064b2bd in funcall_lambda (fun=XIL(0xad49d5), nargs=0, arg_vector=0x7fffffff8da0) at eval.c:2967 #92 0x000000000064a6ef in Ffuncall (nargs=1, args=0x7fffffff8d98) at eval.c:2768 #93 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0xb41b5c), vector=XIL(0xb41b7d), maxdepth=make_number(5), args_template=make_number(257), nargs=1, args=0x7fffffff9648) at bytecode.c:629 #94 0x000000000064b2bd in funcall_lambda (fun=XIL(0xb41b1d), nargs=1, arg_vector=0x7fffffff9640) at eval.c:2967 ---Type to continue, or q to quit--- #95 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffff9638) at eval.c:2768 #96 0x00000000006403df in Ffuncall_interactively (nargs=2, args=0x7fffffff9638) at callint.c:252 #97 0x000000000064aa62 in funcall_subr (subr=0xd84260 , numargs=2, args=0x7fffffff9638) at eval.c:2821 #98 0x000000000064a6ab in Ffuncall (nargs=3, args=0x7fffffff9630) at eval.c:2766 #99 0x0000000000642951 in Fcall_interactively (function=XIL(0x43c240), record_flag=XIL(0), keys=XIL(0x7235985)) at callint.c:841 #100 0x000000000064aba1 in funcall_subr (subr=0xd842a0 , numargs=1, args=0x7fffffff9af8) at eval.c:2846 #101 0x000000000064a6ab in Ffuncall (nargs=2, args=0x7fffffff9af0) at eval.c:2766 #102 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0x6631ff4), vector=XIL(0x6632775), maxdepth=make_number(3), args_template=make_number(257), nargs=1, args=0x7fffffffa368) at bytecode.c:629 #103 0x000000000064b2bd in funcall_lambda (fun=XIL(0x66327c5), nargs=1, arg_vector=0x7fffffffa360) at eval.c:2967 #104 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffffa358) at eval.c:2768 #105 0x00000000006403df in Ffuncall_interactively (nargs=2, args=0x7fffffffa358) at callint.c:252 #106 0x000000000064aa62 in funcall_subr (subr=0xd84260 , numargs=2, args=0x7fffffffa358) at eval.c:2821 #107 0x000000000064a6ab in Ffuncall (nargs=3, args=0x7fffffffa350) at eval.c:2766 #108 0x0000000000642951 in Fcall_interactively (function=XIL(0x57f97a0), record_flag=XIL(0), keys=XIL(0x7235985)) at callint.c:841 #109 0x000000000064aba1 in funcall_subr (subr=0xd842a0 , numargs=3, args=0x7fffffffa840) at eval.c:2846 #110 0x000000000064a6ab in Ffuncall (nargs=4, args=0x7fffffffa838) at eval.c:2766 #111 0x000000000069f6c7 in exec_byte_code (bytestr=XIL(0xaa1dac), vector=XIL(0xaa1dcd), maxdepth=make_number(13), args_template=make_number(1025), nargs=1, args=0x7fffffffb030) at bytecode.c:629 #112 0x000000000064b2bd in funcall_lambda (fun=XIL(0xaa1d7d), nargs=1, arg_vector=0x7fffffffb028) at eval.c:2967 #113 0x000000000064a6ef in Ffuncall (nargs=2, args=0x7fffffffb020) at eval.c:2768 #114 0x0000000000649fa8 in call1 (fn=XIL(0x3f00), arg1=XIL(0x57f97a0)) at eval.c:2617 #115 0x0000000000591dad in command_loop_1 () at keyboard.c:1482 #116 0x000000000064689d in internal_condition_case (bfun=0x5915d0 , handlers=XIL(0x5250), hfun=0x590c26 ) at eval.c:1332 #117 0x00000000005911d5 in command_loop_2 (ignore=XIL(0)) at keyboard.c:1110 #118 0x0000000000645dd1 in internal_catch (tag=XIL(0xc8d0), func=0x5911ac , arg=XIL(0)) at eval.c:1097 #119 0x0000000000591177 in command_loop () at keyboard.c:1089 #120 0x000000000059073b in recursive_edit_1 () at keyboard.c:695 #121 0x000000000059091a in Frecursive_edit () at keyboard.c:766 #122 0x000000000058e617 in main (argc=1, argv=0x7fffffffb528) at emacs.c:1713 Lisp Backtrace: "line-number-display-width" (0xffff37e0) "line-move-visual" (0xffff4030) "line-move" (0xffff4780) "let" (0xffff4b80) "condition-case" (0xffff4e70) "nim-line-move" (0xffff5030) "not" (0xffff5300) "if" (0xffff54a0) "progn" (0xffff5640) "if" (0xffff57e0) "save-excursion" (0xffff59c0) "catch" (0xffff5be0) "nim-line-empty-p" (0xffff5da0) "or" (0xffff60c0) "if" (0xffff6260) "let" (0xffff64f0) "save-excursion" (0xffff66d0) "nim-get-empty-line-indent" (0xffff6890) "cons" (0xffff6b50) "list" (0xffff6ce0) "setq" (0xffff6ed0) "nim-smie-indent-calculate" (0xffff7090) "and" (0xffff73a0) "let*" (0xffff7590) "nim-indent-calculate-indentation" (0xffff7750) "and" (0xffff7a70) "let*" (0xffff7c60) "save-excursion" (0xffff7e40) "let" (0xffff80d0) "nim--indent-line-core" (0xffff8290) "nim-indent-line" (0xffff8650) "indent-according-to-mode" (0xffff8da0) "comment-dwim" (0xffff9640) ---Type to continue, or q to quit--- "funcall-interactively" (0xffff9638) "call-interactively" (0xffff9af8) "org-comment-dwim" (0xffffa360) "funcall-interactively" (0xffffa358) "call-interactively" (0xffffa840) "command-execute" (0xffffb028) ===== This time, frame#2 looks same as frame#3 in the earlier backtrace, so here's the same info for f 2.. and the values are the same: (gdb) f 2 #2 0x0000000000449caa in init_iterator (it=0x7fffffff22e0, w=0x1593770, charpos=1021, bytepos=1021, row=0x654be20, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2751 2751 eassert (charpos < 0 || (charpos >= BUF_BEG (current_buffer) (gdb) p ZV $1 = 263 (gdb) p Z $2 = 263 (gdb) It might be evident from the Lisp backtrace, but I have the native line numbers enabled for nim-mode, but disabled for org. Org is displaying the nim-mode buffers in org-mode, but does something like enabling the code block's major mode only for that code snippet to do indentation, commenting etc. (the native line number enabling would be a part of that I believe). -- Kaushal Modi --f403045e727ca9f663055e3204b1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 1:18 PM Kaushal Modi <kaushal.modi@gmail.com> wrote:

Lesson learne= d: "gdb ./src/emacs" is not the same as "cd src; gdb ./emacs= ".

OK, with the late= st emacs-26 build, I still see the same crash (which is good.. repeatable i= ssue).

-->> Before proceeding, I'd like = to correct myself that I am using org-comment-dwim to reproduce this error = (not comment-dwim).. well the Lisp backtrace also tells that. <<--

Also by running the gdb in the src/ dir, the backtra= ce looks a bit different (instead of SIGABRT plus putting out core dump in = gdb, this time the error is concise and code is SIG_DFL instead), but defin= itely more informative.=C2=A0

=3D=3D=3D=3D=3D
[New Thread 0x7fffed33f700 (LWP 3158)]

= (emacs:3153): GLib-GIO-CRITICAL **: g_settings_schema_source_lookup: assert= ion 'source !=3D NULL' failed

xdisp.c:2752= : Emacs fatal error: assertion failed: charpos < 0 || (charpos >=3D B= UF_BEG (current_buffer) && charpos <=3D ZV)

=
Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (= sig=3D6, backtrace_limit=3D2147483647) at emacs.c:364
364=C2=A0 = =C2=A0 =C2=A0 =C2=A0signal (sig, SIG_DFL);
(gdb) bt
#0= =C2=A0 terminate_due_to_signal (sig=3D6, backtrace_limit=3D2147483647) at e= macs.c:364
#1=C2=A0 0x00000000006232d5 in die (msg=3D0x723428 &qu= ot;charpos < 0 || (charpos >=3D BUF_BEG (current_buffer) && c= harpos <=3D ZV)",
=C2=A0 =C2=A0 file=3D0x72313d "xdi= sp.c", line=3D2752) at alloc.c:7419
#2=C2=A0 0x0000000000449= caa in init_iterator (it=3D0x7fffffff22e0, w=3D0x1593770, charpos=3D1021, b= ytepos=3D1021, row=3D0x654be20,
=C2=A0 =C2=A0 base_face_id=3DDEFA= ULT_FACE_ID) at xdisp.c:2751
#3=C2=A0 0x000000000044af1b in start= _display (it=3D0x7fffffff22e0, w=3D0x1593770, pos=3D...) at xdisp.c:3060
#4=C2=A0 0x00000000005f8e41 in line_number_display_width (w=3D0x159= 3770, width=3D0x7fffffff365c, pixel_width=3D0x7fffffff3658) at indent.c:197= 6
#5=C2=A0 0x00000000005f8efa in Fline_number_display_width (pixe= lwise=3DXIL(0xc270)) at indent.c:2007
#6=C2=A0 0x000000000064ab54= in funcall_subr (subr=3D0x9dca60 <Sline_number_display_width>, numar= gs=3D1, args=3D0x7fffffff37e0) at eval.c:2841
#7=C2=A0 0x00000000= 0064a6ab in Ffuncall (nargs=3D2, args=3D0x7fffffff37d8) at eval.c:2766
#8=C2=A0 0x000000000069f6c7 in exec_byte_code (bytestr=3DXIL(0xaab99c= ), vector=3DXIL(0xaab9bd), maxdepth=3Dmake_number(12),
=C2=A0 =C2= =A0 args_template=3Dmake_number(513), nargs=3D2, args=3D0x7fffffff4040) at = bytecode.c:629
#9=C2=A0 0x000000000064b2bd in funcall_lambda (fun= =3DXIL(0xaab96d), nargs=3D2, arg_vector=3D0x7fffffff4030) at eval.c:2967
#10 0x000000000064a6ef in Ffuncall (nargs=3D3, args=3D0x7fffffff402= 8) at eval.c:2768
#11 0x000000000069f6c7 in exec_byte_code (bytes= tr=3DXIL(0xaab84c), vector=3DXIL(0xaab86d), maxdepth=3Dmake_number(13),
=C2=A0 =C2=A0 args_template=3Dmake_number(1025), nargs=3D2, args=3D0= x7fffffff4790) at bytecode.c:629
#12 0x000000000064b2bd in funcal= l_lambda (fun=3DXIL(0xaab81d), nargs=3D2, arg_vector=3D0x7fffffff4780) at e= val.c:2967
#13 0x000000000064aef9 in apply_lambda (fun=3DXIL(0xaa= b81d), args=3DXIL(0x2b90163), count=3D58) at eval.c:2903
#14 0x00= 0000000064910b in eval_sub (form=3DXIL(0x2b90173)) at eval.c:2276
#15 0x00000000006439af in Fprogn (body=3DXIL(0x2b90053)) at eval.c:455
#16 0x0000000000645977 in Flet (args=3DXIL(0x2b90183)) at eval.c:969=
#17 0x0000000000648ae4 in eval_sub (form=3DXIL(0x2b901d3)) at ev= al.c:2183
#18 0x0000000000646801 in internal_lisp_condition_case = (var=3DXIL(0), bodyform=3DXIL(0x2b901d3), handlers=3DXIL(0x2b90013)) at eva= l.c:1303
#19 0x0000000000646293 in Fcondition_case (args=3DXIL(0x= 2b901e3)) at eval.c:1227
#20 0x0000000000648ae4 in eval_sub (form= =3DXIL(0x2b901f3)) at eval.c:2183
#21 0x00000000006439af in Fprog= n (body=3DXIL(0)) at eval.c:455
#22 0x000000000064b729 in funcall= _lambda (fun=3DXIL(0x2b8cd53), nargs=3D1, arg_vector=3D0x0) at eval.c:3042<= /div>
#23 0x000000000064aef9 in apply_lambda (fun=3DXIL(0x2b8cd43), arg= s=3DXIL(0x3d38dd3), count=3D53) at eval.c:2903
#24 0x000000000064= 9312 in eval_sub (form=3DXIL(0x3d38de3)) at eval.c:2306
#25 0x000= 0000000648e44 in eval_sub (form=3DXIL(0x3d38df3)) at eval.c:2219
= #26 0x00000000006436f6 in Fif (args=3DXIL(0x3d381f3)) at eval.c:407
#27 0x0000000000648ae4 in eval_sub (form=3DXIL(0x3d381e3)) at eval.c:218= 3
#28 0x00000000006439af in Fprogn (body=3DXIL(0)) at eval.c:455<= /div>
#29 0x0000000000648ae4 in eval_sub (form=3DXIL(0x3d38143)) at eva= l.c:2183
#30 0x0000000000643754 in Fif (args=3DXIL(0x3d380f3)) at= eval.c:410
#31 0x0000000000648ae4 in eval_sub (form=3DXIL(0x3d38= 103)) at eval.c:2183
---Type <return> to continue, or q <= ;return> to quit---
#32 0x00000000006439af in Fprogn (body=3DX= IL(0x28602c3)) at eval.c:455
#33 0x00000000006323d0 in Fsave_excu= rsion (args=3DXIL(0x3d38063)) at editfns.c:1050
#34 0x00000000006= 48ae4 in eval_sub (form=3DXIL(0x3d380d3)) at eval.c:2183
#35 0x00= 000000006439af in Fprogn (body=3DXIL(0)) at eval.c:455
#36 0x0000= 000000645dd1 in internal_catch (tag=3DXIL(0x5790), func=3D0x64390f <Fpro= gn>, arg=3DXIL(0x2860283)) at eval.c:1097
#37 0x0000000000645d= 85 in Fcatch (args=3DXIL(0x2860293)) at eval.c:1074
#38 0x0000000= 000648ae4 in eval_sub (form=3DXIL(0x28602a3)) at eval.c:2183
#39 = 0x00000000006439af in Fprogn (body=3DXIL(0)) at eval.c:455
#40 0x= 000000000064b729 in funcall_lambda (fun=3DXIL(0x28601c3), nargs=3D1, arg_ve= ctor=3D0x0) at eval.c:3042
#41 0x000000000064aef9 in apply_lambda= (fun=3DXIL(0x28601b3), args=3DXIL(0x520b603), count=3D44) at eval.c:2903
#42 0x0000000000649312 in eval_sub (form=3DXIL(0x520b613)) at eval= .c:2306
#43 0x00000000006435a3 in For (args=3DXIL(0x52= 11883)) at eval.c:368
#44 0x0000000000648ae4 in eval_sub (form=3D= XIL(0x52118a3)) at eval.c:2183
#45 0x00000000006436f6 in Fif (arg= s=3DXIL(0x5211863)) at eval.c:407
#46 0x0000000000648ae4 in eval_= sub (form=3DXIL(0x5211873)) at eval.c:2183
#47 0x00000000006439af= in Fprogn (body=3DXIL(0)) at eval.c:455
#48 0x0000000000645977 i= n Flet (args=3DXIL(0x52109e3)) at eval.c:969
#49 0x0000000000648a= e4 in eval_sub (form=3DXIL(0x5210973)) at eval.c:2183
#50 0x00000= 000006439af in Fprogn (body=3DXIL(0)) at eval.c:455
#51 0x0000000= 0006323d0 in Fsave_excursion (args=3DXIL(0x52108f3)) at editfns.c:1050
#52 0x0000000000648ae4 in eval_sub (form=3DXIL(0x5210963)) at eval.c:= 2183
#53 0x00000000006439af in Fprogn (body=3DXIL(0)) at eval.c:4= 55
#54 0x000000000064b729 in funcall_lambda (fun=3DXIL(0x5210763)= , nargs=3D0, arg_vector=3D0x0) at eval.c:3042
#55 0x000000000064a= ef9 in apply_lambda (fun=3DXIL(0x5210733), args=3DXIL(0), count=3D37) at ev= al.c:2903
#56 0x0000000000649312 in eval_sub (form=3DXIL(0x521046= 3)) at eval.c:2306
#57 0x0000000000648e44 in eval_sub (form=3DXIL= (0x52104e3)) at eval.c:2219
#58 0x0000000000648cda in eval_sub (f= orm=3DXIL(0x52105b3)) at eval.c:2197
#59 0x0000000000643c68 in Fs= etq (args=3DXIL(0x52106a3)) at eval.c:513
#60 0x0000000000648ae4 = in eval_sub (form=3DXIL(0x52106b3)) at eval.c:2183
#61 0x00000000= 006439af in Fprogn (body=3DXIL(0x5212d83)) at eval.c:455
#62 0x00= 0000000064b729 in funcall_lambda (fun=3DXIL(0x5212c83), nargs=3D0, arg_vect= or=3D0x0) at eval.c:3042
#63 0x000000000064aef9 in apply_lambda (= fun=3DXIL(0x5212c73), args=3DXIL(0), count=3D32) at eval.c:2903
#= 64 0x0000000000649312 in eval_sub (form=3DXIL(0x5212513)) at eval.c:2306
#65 0x0000000000643679 in Fand (args=3DXIL(0)) at eval.c:389
<= div>#66 0x0000000000648ae4 in eval_sub (form=3DXIL(0x5216d53)) at eval.c:21= 83
#67 0x0000000000645243 in FletX (args=3DXIL(0x52168f3)) at eva= l.c:876
#68 0x0000000000648ae4 in eval_sub (form=3DXIL(0x52168e3)= ) at eval.c:2183
#69 0x00000000006439af in Fprogn (body=3DXIL(0))= at eval.c:455
#70 0x000000000064b729 in funcall_lambda (fun=3DXI= L(0x521e7d3), nargs=3D1, arg_vector=3D0x0) at eval.c:3042
#71 0x0= 00000000064aef9 in apply_lambda (fun=3DXIL(0x521e7c3), args=3DXIL(0x5208673= ), count=3D28) at eval.c:2903
#72 0x0000000000649312 in eval_sub = (form=3DXIL(0x5208683)) at eval.c:2306
#73 0x000000000= 0643679 in Fand (args=3DXIL(0)) at eval.c:389
#74 0x0000000000648= ae4 in eval_sub (form=3DXIL(0x520c783)) at eval.c:2183
#75 0x0000= 000000645243 in FletX (args=3DXIL(0x520c513)) at eval.c:876
#76 0= x0000000000648ae4 in eval_sub (form=3DXIL(0x520c483)) at eval.c:2183
<= div>#77 0x00000000006439af in Fprogn (body=3DXIL(0)) at eval.c:455
#78 0x00000000006323d0 in Fsave_excursion (args=3DXIL(0x520c213)) at edit= fns.c:1050
#79 0x0000000000648ae4 in eval_sub (form=3DXIL(0x520c2= 23)) at eval.c:2183
#80 0x00000000006439af in Fprogn (body=3DXIL(= 0x520c103)) at eval.c:455
#81 0x0000000000645977 in Flet (args=3D= XIL(0x520c0d3)) at eval.c:969
#82 0x0000000000648ae4 in eval_sub = (form=3DXIL(0x520c0c3)) at eval.c:2183
#83 0x00000000006439af in = Fprogn (body=3DXIL(0)) at eval.c:455
#84 0x000000000064b729 in fu= ncall_lambda (fun=3DXIL(0x520bf53), nargs=3D1, arg_vector=3D0x0) at eval.c:= 3042
#85 0x000000000064aef9 in apply_lambda (fun=3DXIL(0x520bf03)= , args=3DXIL(0x520bc13), count=3D20) at eval.c:2903
#86 0x0000000= 000649312 in eval_sub (form=3DXIL(0x520bd33)) at eval.c:2306
#87 = 0x00000000006439af in Fprogn (body=3DXIL(0)) at eval.c:455
#88 0x= 000000000064b729 in funcall_lambda (fun=3DXIL(0x520b833), nargs=3D0, arg_ve= ctor=3D0x0) at eval.c:3042
#89 0x000000000064a7f1 in Ffuncall (na= rgs=3D1, args=3D0x7fffffff8648) at eval.c:2780
#90 0x000000000069= f6c7 in exec_byte_code (bytestr=3DXIL(0xad4a14), vector=3DXIL(0xad4a35), ma= xdepth=3Dmake_number(3), args_template=3Dmake_number(0), nargs=3D0, args=3D= 0x7fffffff8da0) at bytecode.c:629
#91 0x000000000064b2bd in funca= ll_lambda (fun=3DXIL(0xad49d5), nargs=3D0, arg_vector=3D0x7fffffff8da0) at = eval.c:2967
#92 0x000000000064a6ef in Ffuncall (nargs=3D1, args= =3D0x7fffffff8d98) at eval.c:2768
#93 0x000000000069f6c7 in exec_= byte_code (bytestr=3DXIL(0xb41b5c), vector=3DXIL(0xb41b7d), maxdepth=3Dmake= _number(5), args_template=3Dmake_number(257), nargs=3D1, args=3D0x7fffffff9= 648) at bytecode.c:629
#94 0x000000000064b2bd in funcall_lambda (= fun=3DXIL(0xb41b1d), nargs=3D1, arg_vector=3D0x7fffffff9640) at eval.c:2967=
---Type <return> to continue, or q <return> to quit-= --
#95 0x000000000064a6ef in Ffuncall (nargs=3D2, args=3D0x7fffff= ff9638) at eval.c:2768
#96 0x00000000006403df in Ffuncall_interac= tively (nargs=3D2, args=3D0x7fffffff9638) at callint.c:252
#97 0x= 000000000064aa62 in funcall_subr (subr=3D0xd84260 <Sfuncall_interactivel= y>, numargs=3D2, args=3D0x7fffffff9638) at eval.c:2821
#98 0x0= 00000000064a6ab in Ffuncall (nargs=3D3, args=3D0x7fffffff9630) at eval.c:27= 66
#99 0x0000000000642951 in Fcall_interactively (function=3DXIL(= 0x43c240), record_flag=3DXIL(0), keys=3DXIL(0x7235985)) at callint.c:841
#100 0x000000000064aba1 in funcall_subr (subr=3D0xd842a0 <Scall_= interactively>, numargs=3D1, args=3D0x7fffffff9af8) at eval.c:2846
=
#101 0x000000000064a6ab in Ffuncall (nargs=3D2, args=3D0x7fffffff9af0)= at eval.c:2766
#102 0x000000000069f6c7 in exec_byte_code (bytest= r=3DXIL(0x6631ff4), vector=3DXIL(0x6632775), maxdepth=3Dmake_number(3), arg= s_template=3Dmake_number(257), nargs=3D1, args=3D0x7fffffffa368) at bytecod= e.c:629
#103 0x000000000064b2bd in funcall_lambda (fun=3DXIL(0x66= 327c5), nargs=3D1, arg_vector=3D0x7fffffffa360) at eval.c:2967
#1= 04 0x000000000064a6ef in Ffuncall (nargs=3D2, args=3D0x7fffffffa358) at eva= l.c:2768
#105 0x00000000006403df in Ffuncall_interactively (nargs= =3D2, args=3D0x7fffffffa358) at callint.c:252
#106 0x000000000064= aa62 in funcall_subr (subr=3D0xd84260 <Sfuncall_interactively>, numar= gs=3D2, args=3D0x7fffffffa358) at eval.c:2821
#107 0x000000000064= a6ab in Ffuncall (nargs=3D3, args=3D0x7fffffffa350) at eval.c:2766
#108 0x0000000000642951 in Fcall_interactively (function=3DXIL(0x57f97a0)= , record_flag=3DXIL(0), keys=3DXIL(0x7235985)) at callint.c:841
#= 109 0x000000000064aba1 in funcall_subr (subr=3D0xd842a0 <Scall_interacti= vely>, numargs=3D3, args=3D0x7fffffffa840) at eval.c:2846
#110= 0x000000000064a6ab in Ffuncall (nargs=3D4, args=3D0x7fffffffa838) at eval.= c:2766
#111 0x000000000069f6c7 in exec_byte_code (bytestr=3DXIL(0= xaa1dac), vector=3DXIL(0xaa1dcd), maxdepth=3Dmake_number(13), args_template= =3Dmake_number(1025), nargs=3D1, args=3D0x7fffffffb030) at bytecode.c:629
#112 0x000000000064b2bd in funcall_lambda (fun=3DXIL(0xaa1d7d), na= rgs=3D1, arg_vector=3D0x7fffffffb028) at eval.c:2967
#113 0x00000= 0000064a6ef in Ffuncall (nargs=3D2, args=3D0x7fffffffb020) at eval.c:2768
#114 0x0000000000649fa8 in call1 (fn=3DXIL(0x3f00), arg1=3DXIL(0x5= 7f97a0)) at eval.c:2617
#115 0x0000000000591dad in command_loop_1= () at keyboard.c:1482
#116 0x000000000064689d in internal_condit= ion_case (bfun=3D0x5915d0 <command_loop_1>, handlers=3DXIL(0x5250), h= fun=3D0x590c26 <cmd_error>) at eval.c:1332
#117 0x000000000= 05911d5 in command_loop_2 (ignore=3DXIL(0)) at keyboard.c:1110
#1= 18 0x0000000000645dd1 in internal_catch (tag=3DXIL(0xc8d0), func=3D0x5911ac= <command_loop_2>, arg=3DXIL(0)) at eval.c:1097
#119 0x0000= 000000591177 in command_loop () at keyboard.c:1089
#120 0x0000000= 00059073b in recursive_edit_1 () at keyboard.c:695
#121 0x0000000= 00059091a in Frecursive_edit () at keyboard.c:766
#122 0x00000000= 0058e617 in main (argc=3D1, argv=3D0x7fffffffb528) at emacs.c:1713

Lisp Backtrace:
"line-number-dis= play-width" (0xffff37e0)
"line-move-visual" (0xfff= f4030)
"line-move" (0xffff4780)
"let&quo= t; (0xffff4b80)
"condition-case" (0xffff4e70)
"nim-line-move" (0xffff5030)
"not" (0xffff53= 00)
"if" (0xffff54a0)
"progn" (0xff= ff5640)
"if" (0xffff57e0)
"save-excursio= n" (0xffff59c0)
"catch" (0xffff5be0)
&qu= ot;nim-line-empty-p" (0xffff5da0)
"or" (0xffff60c0= )
"if" (0xffff6260)
"let" (0xffff64= f0)
"save-excursion" (0xffff66d0)
"nim-g= et-empty-line-indent" (0xffff6890)
"cons" (0xffff6= b50)
"list" (0xffff6ce0)
"setq" (0x= ffff6ed0)
"nim-smie-indent-calculate" (0xffff7090)
"and" (0xffff73a0)
"let*" (0xffff7590)<= /div>
"nim-indent-calculate-indentation" (0xffff7750)
"and" (0xffff7a70)
"let*" (0xffff7c60)
"save-excursion" (0xffff7e40)
"let" (0= xffff80d0)
"nim--indent-line-core" (0xffff8290)
"nim-indent-line" (0xffff8650)
"indent-accordin= g-to-mode" (0xffff8da0)
"comment-dwim" (0xffff9640= )
---Type <return> to continue, or q <return> to quit= ---
"funcall-interactively" (0xffff9638)
&quo= t;call-interactively" (0xffff9af8)
"org-comment-dwim&qu= ot; (0xffffa360)
"funcall-interactively" (0xffffa358)
"call-interactively" (0xffffa840)
"comman= d-execute" (0xffffb028)
=3D=3D=3D=3D=3D

=
This time, frame#2 looks same as frame#3 in the earlier backtrac= e, so here's the same info for f 2.. and the values are the same:
=

(gdb) f 2
#2=C2=A0 0x0000000000449caa in= init_iterator (it=3D0x7fffffff22e0, w=3D0x1593770, charpos=3D1021, bytepos= =3D1021, row=3D0x654be20, base_face_id=3DDEFAULT_FACE_ID) at xdisp.c:2751
2751=C2=A0 =C2=A0 =C2=A0 eassert (charpos < 0 || (charpos >= =3D BUF_BEG (current_buffer)
(gdb) p ZV
$1 =3D 263
(gdb) p Z
$2 =3D 263
(gdb)

It might be evident from the Lisp backtrace, but I have the native= line numbers enabled for nim-mode, but disabled for org.

Org is displaying the nim-mode buffers in org-mode, but does someth= ing like enabling the code block's major mode only for that code snippe= t to do indentation, commenting etc. (the native line number enabling would= be a part of that I believe).

--

Kaushal Modi

--f403045e727ca9f663055e3204b1-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 14:47:24 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 19:47:24 +0000 Received: from localhost ([127.0.0.1]:45312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFmbk-0001My-I7 for submit@debbugs.gnu.org; Fri, 17 Nov 2017 14:47:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56939) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFmbi-0001Mm-LK for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 14:47:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFmba-0003jO-Co for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 14:47:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37740) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFmba-0003jH-8R; Fri, 17 Nov 2017 14:47:14 -0500 Received: from [176.228.60.248] (port=3443 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFmbZ-0007Fd-Mb; Fri, 17 Nov 2017 14:47:14 -0500 Date: Fri, 17 Nov 2017 21:46:58 +0200 Message-Id: <83efowheml.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Fri, 17 Nov 2017 18:36:32 +0000) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Fri, 17 Nov 2017 18:36:32 +0000 > Cc: 29326@debbugs.gnu.org > > Also by running the gdb in the src/ dir, the backtrace looks a bit different (instead of SIGABRT plus putting out > core dump in gdb, this time the error is concise and code is SIG_DFL > instead) No, it's still SIGABRT: > xdisp.c:2752: Emacs fatal error: assertion failed: charpos < 0 || (charpos >= BUF_BEG (current_buffer) && > charpos <= ZV) > > Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:364 ^^^^^^^ "sig=6" means SIGABRT (you can see that in your system's header files, probably in /usr/include/bits/signum.h). > 364 signal (sig, SIG_DFL); This just shows the source line where Emacs stopped due to the fatal signal. It has nothing to do with the signal itself. > Lisp Backtrace: > "line-number-display-width" (0xffff37e0) > "line-move-visual" (0xffff4030) > "line-move" (0xffff4780) > "let" (0xffff4b80) > "condition-case" (0xffff4e70) > "nim-line-move" (0xffff5030) Thanks, I installed a change which should fix this. Please try the latest release branch. > Org is displaying the nim-mode buffers in org-mode, but does something like enabling the code block's major > mode only for that code snippet to do indentation, commenting etc. (the native line number enabling would be > a part of that I believe). Org copies the snippet to a separate buffer, turns on nim-mode in that buffer, then indents the text, and finally copies the text back. The problem happened because the window-start position was not updated during this dance, and still had the value suitable to the Org buffer, which is outside of the valid positions in the temporary edit buffer. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 15:04:26 2017 Received: (at 29326-done) by debbugs.gnu.org; 17 Nov 2017 20:04:26 +0000 Received: from localhost ([127.0.0.1]:45316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFmsE-0001kK-0e for submit@debbugs.gnu.org; Fri, 17 Nov 2017 15:04:26 -0500 Received: from mail-yw0-f170.google.com ([209.85.161.170]:42942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFmsB-0001k7-UX for 29326-done@debbugs.gnu.org; Fri, 17 Nov 2017 15:04:24 -0500 Received: by mail-yw0-f170.google.com with SMTP id j198so1782989ywg.9 for <29326-done@debbugs.gnu.org>; Fri, 17 Nov 2017 12:04:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=VOErh3AywtmHXL4Vmtofs/B/OxJ2KoxdFm9DkWnWfTc=; b=dJiq484sX8FGQ7b7wlWl09jA/itgw8Z950ZUc9mb3VOL31Nt6FWLPImCxvRhWoZ5Fl hHuWMqvDLyL86ZiCt5kzp+do4WI93G6GUawRCM1JqGSCaSAK6xZsblqHhIp3N+mSFZAV c2e+1wxxTG7OuZ2UO5eeiVptaHa5Q3lr6lV0ZvrNmgeE1+8X1ediv4k8i4YovV1VM7ZO yDEVJ2oVqDSYybz5mWT1WN3sGw9EzzMmyrmq0fciMBZIO73hoT4Ai6kEl0KamZnbb3Gr SCmgsK5vrZse7PVsR6NKSV44Rn3swKHJFzlmNAMNJqnJHHIckhk4KGHuqT4TdPWLxuw+ cgyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=VOErh3AywtmHXL4Vmtofs/B/OxJ2KoxdFm9DkWnWfTc=; b=AwEJpFk/Pm6oZX6NDJ0hhLVXkzozCFrbk9PzvtF/qv02nQXK5MFveOxkNmP14nKM3b 1dKiwn1VvByNihG1wBbVHmMS7Gmvnb93yHS84Bvlcl8VuE1SMNzjG1UjgZYaliflIT8x VW5S54Q2hl6deJFMmw6JMpvjwJ1RYRnKjprJv5w7XZKG990YD7lzKyNxNVlrhedbZe0e ZCJ7d18CUT+P/A9ZGq8g9Dm4aE9OyRc/jjfj016faRVThxTCVks2iux3rY987cabA3zr HX4cFhnkXsj8ABkIZIMuJxQFHzhXTwUJkalgoB0bEo0xsLb1YRAVebVpgSVe7ESg4ACV aRCA== X-Gm-Message-State: AJaThX5Sg9riK7ximM/8LjrqPfOHsapg23Ft/M1YQ6c8PY4o2KExBIty K1ZsYxDdqz08iYAG9aDTe1CCnezO6XfBpnpIMOA= X-Google-Smtp-Source: AGs4zMbrWKMHZJtBTp4IVTt/uBshOSWVcjDnwONzryWhw4gZpK0gr6h4Ngkjd3DgyjA/ZWCf+HFFBAQhFWkL+O4M/tk= X-Received: by 10.129.118.69 with SMTP id j5mr4107474ywk.74.1510949058337; Fri, 17 Nov 2017 12:04:18 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> <83efowheml.fsf@gnu.org> In-Reply-To: <83efowheml.fsf@gnu.org> From: Kaushal Modi Date: Fri, 17 Nov 2017 20:04:06 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii Content-Type: multipart/alternative; boundary="f403045ef02ee56242055e333d41" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326-done Cc: 29326-done@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --f403045ef02ee56242055e333d41 Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 2:47 PM Eli Zaretskii wrote: > > Also by running the gdb in the src/ dir, the backtrace looks a bit > different (instead of SIGABRT plus putting out > > core dump in gdb, this time the error is concise and code is SIG_DFL > > instead) > > No, it's still SIGABRT: > > > Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, > backtrace_limit=2147483647 <(214)%20748-3647>) at emacs.c:364 > > ^^^^^^^ > > "sig=6" means SIGABRT (you can see that in your system's header files, > probably in /usr/include/bits/signum.h). > > > 364 signal (sig, SIG_DFL); > > This just shows the source line where Emacs stopped due to the fatal > signal. It has nothing to do with the signal itself. > Thanks for that explanation. Thanks, I installed a change which should fix this. Please try the > latest release branch. > That's a bulls-eye fix! Rebuilt from emacs-26 HEAD, and now C-x ; causes no more crashes in that test file. Thanks! > Org copies the snippet to a separate buffer, turns on nim-mode in that > buffer, then indents the text, and finally copies the text back. The > problem happened because the window-start position was not updated > during this dance, and still had the value suitable to the Org buffer, > which is outside of the valid positions in the temporary edit buffer. > I would have thought it is quite common to comment this way in src blocks in Org files.. also what's surprising that this crash happened only when doing C-x ; after a particular line.. and that "particular line" happens to be after Org fontification regexp starts misbehaving[1]. So I am not sure that that Org fontification bug had anything to do with this crash. I am closing this bug as DONE; thanks again! But I'd love to learn more on the above mystery.. on why this crash just showed up and why it's not common. [1]: http://lists.gnu.org/archive/html/emacs-orgmode/2017-11/msg00202.html -- Kaushal Modi --f403045ef02ee56242055e333d41 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 2:47 PM Eli Zaretskii <eliz@gn= u.org> wrote:
> Also by r= unning the gdb in the src/ dir, the backtrace looks a bit different (instea= d of SIGABRT plus putting out
> core dump in gdb, this time the error is concise and code is SIG_DFL > instead)

No, it's still SIGABRT:

> Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_sign= al (sig=3D6, backtrace_limit=3D2147483647) at emacs.c:364
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 ^^^^^= ^^

"sig=3D6" means SIGABRT (you can see that in your system's he= ader files,
probably in /usr/include/bits/signum.h).

> 364=C2=A0 =C2=A0 =C2=A0 =C2=A0signal (sig, SIG_DFL);

This just shows the source line where Emacs stopped due to the fatal
signal.=C2=A0 It has nothing to do with the signal itself.
=

Thanks for that explanation.

Thanks, I installed a change which should fix this.=C2=A0 Please try the latest release branch.

That's a bul= ls-eye fix! Rebuilt from emacs-26 HEAD, and now C-x ; causes no more crashe= s in that test file.

Thanks!
=C2=A0
Org copies the snippet to a separate buffer= , turns on nim-mode in that
buffer, then indents the text, and finally copies the text back.=C2=A0 The<= br> problem happened because the window-start position was not updated
during this dance, and still had the value suitable to the Org buffer,
which is outside of the valid positions in the temporary edit buffer.

I would have thought it is quite common to c= omment this way in src blocks in Org files.. also what's surprising tha= t this crash happened only when doing C-x ; after a particular line.. and t= hat "particular line" happens to be after Org fontification regex= p starts misbehaving[1]. So I am not sure that that Org fontification bug h= ad anything to do with this crash.

I am closing th= is bug as DONE; thanks again! But I'd love to learn more on the above m= ystery.. on why this crash just showed up and why it's not common.

--

Kaushal Modi

--f403045ef02ee56242055e333d41-- From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 15:24:35 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 20:24:35 +0000 Received: from localhost ([127.0.0.1]:45349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFnBj-0002EK-55 for submit@debbugs.gnu.org; Fri, 17 Nov 2017 15:24:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41383) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFnBh-0002E8-LA for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 15:24:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFnBZ-00086X-CY for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 15:24:28 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38689) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFnBZ-00086O-9Y; Fri, 17 Nov 2017 15:24:25 -0500 Received: from [176.228.60.248] (port=3756 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFnBY-0000I8-LV; Fri, 17 Nov 2017 15:24:25 -0500 Date: Fri, 17 Nov 2017 22:24:09 +0200 Message-Id: <83d14ghcwm.fsf@gnu.org> From: Eli Zaretskii To: Kaushal Modi In-reply-to: (message from Kaushal Modi on Fri, 17 Nov 2017 20:04:06 +0000) Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> <83efowheml.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Kaushal Modi > Date: Fri, 17 Nov 2017 20:04:06 +0000 > Cc: npostavs@users.sourceforge.net, 29326-done@debbugs.gnu.org > > Thanks, I installed a change which should fix this. Please try the > latest release branch. > > That's a bulls-eye fix! Rebuilt from emacs-26 HEAD, and now C-x ; causes no more crashes in that test file. Thanks for testing. > I would have thought it is quite common to comment this way in src blocks in Org files.. also what's surprising > that this crash happened only when doing C-x ; after a particular line.. and that "particular line" happens to be > after Org fontification regexp starts misbehaving[1]. So I am not sure that that Org fontification bug had > anything to do with this crash. The trigger was the call to line-move-visual in nim-mode. So you need to do something that causes that function to be called by nim-mode, when Org does the indent thing. I think this doesn't happen frequently because most modes used in source snippets in Org buffers don't call line-move-visual (why would they? that function is for interactively moving cursor vertically). From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 17 15:29:45 2017 Received: (at 29326) by debbugs.gnu.org; 17 Nov 2017 20:29:46 +0000 Received: from localhost ([127.0.0.1]:45355 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFnGj-0002LO-Nx for submit@debbugs.gnu.org; Fri, 17 Nov 2017 15:29:45 -0500 Received: from mail-yw0-f170.google.com ([209.85.161.170]:33584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFnGh-0002LC-Q9 for 29326@debbugs.gnu.org; Fri, 17 Nov 2017 15:29:44 -0500 Received: by mail-yw0-f170.google.com with SMTP id z125so412789ywb.0 for <29326@debbugs.gnu.org>; Fri, 17 Nov 2017 12:29:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=K9jXBKIB5WJPHFHot1QcJWVaoH7yHCUH4h/D7lPts0Y=; b=HrQ6T5gii6GnZMQk9L4hISaYnj0LiNzjhpKwmO+wSLSegr2IrajLcV3mRBkbcMoI0V m4EcWVsP0hjrTeVqm6lpKV4mQtb9xfGU7/IUVwhK6gzILMfUECWac6TlTx5VgZznq7SR VBH1SU/9fPQnIJabd8V5UWLmUjgS7xDf4ahoPscqWKbsxbwCDD9PMXbkIGhLz2ZHea2D Ac86rUokHjzgIEjU6NQjeEQpgSXB40xUkj9uEWBezUN9mRfmcjciBQmZn42qP+oMNZda Owh3eh8aeVkVDUL/N0O3Te04JSkA3ROKDH3w248AUJnaJCi10Kb9M5fyk3Grytq79cI9 3gag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=K9jXBKIB5WJPHFHot1QcJWVaoH7yHCUH4h/D7lPts0Y=; b=kVZhEUxUIjiRmBVhD6D5WNjaOhMp0aRzrraExH+c6/NYxtQimcW5Qz9icyDG2d5O77 F60KpQgSHa2grSTHaTKXjvupZ96qmUqFakIvHrkmNSSnKedZCtSLV13S6z0WPVIpT/uE vtGQnrYb06TgGUPWrjGRkxwt7AgT0nBAyW1NNuMnwdXy6LDCHuglqjt3I/9lEb7MG8Lx 62+cVuK5EWyJhJD2a9aZooheoOD6BUbjrCFV2qCJhVPv/dppyD6xjKhFJQgwksh+Yufh 4pHhBNQzDm0D6mK30NcIKdqJTx02Q6sNIcUaAADGGAVZBNREIj02l0QOGnhbbVmznyhg 7J4A== X-Gm-Message-State: AJaThX70yNZVlmlDrvPc0jSfHTO7tDiVOh80TrPcI1hMSvn7pjEVcFR9 lM1CcOqJ00Aeb0Vk8mgsszobv3SF0zgoqOzYPUk= X-Google-Smtp-Source: AGs4zMZBtYz2jnivqKtDcOhxyp9dtooi2hFydjAKfSUlyHhgKuh3XMz2Tj0JqX1x0iypFtO8vHNtNO+63thE1OqpSK8= X-Received: by 10.129.52.9 with SMTP id b9mr4191785ywa.54.1510950578230; Fri, 17 Nov 2017 12:29:38 -0800 (PST) MIME-Version: 1.0 References: <83efoxidyf.fsf@gnu.org> <834lptic0f.fsf@gnu.org> <83h8tshj9f.fsf@gnu.org> <83efowheml.fsf@gnu.org> <83d14ghcwm.fsf@gnu.org> In-Reply-To: <83d14ghcwm.fsf@gnu.org> From: Kaushal Modi Date: Fri, 17 Nov 2017 20:29:26 +0000 Message-ID: Subject: Re: bug#29326: 26.0.90; Emacs crash on running comment-dwim To: Eli Zaretskii Content-Type: multipart/alternative; boundary="001a114075da7d1d2e055e3398c5" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 29326 Cc: 29326@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --001a114075da7d1d2e055e3398c5 Content-Type: text/plain; charset="UTF-8" On Fri, Nov 17, 2017 at 3:24 PM Eli Zaretskii wrote: > The trigger was the call to line-move-visual in nim-mode. So you need > to do something that causes that function to be called by nim-mode, > when Org does the indent thing. I think this doesn't happen > frequently because most modes used in source snippets in Org buffers > don't call line-move-visual (why would they? that function is for > interactively moving cursor vertically). > Makes sense.. I'll open an issue on nim-mode repo. Thanks. -- Kaushal Modi --001a114075da7d1d2e055e3398c5 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Nov 17= , 2017 at 3:24 PM Eli Zaretskii <eliz@gn= u.org> wrote:
The trigger wa= s the call to line-move-visual in nim-mode.=C2=A0 So you need
to do something that causes that function to be called by nim-mode,
when Org does the indent thing.=C2=A0 I think this doesn't happen
frequently because most modes used in source snippets in Org buffers
don't call line-move-visual (why would they? that function is for
interactively moving cursor vertically).

Makes sense.. I'll open an issue on nim-mode repo. Thanks.=C2=A0
--

Kaushal Modi

--001a114075da7d1d2e055e3398c5-- From unknown Fri Jun 20 07:25:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 16 Dec 2017 12:24:05 +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