From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Nov 2014 16:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 18948 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 18948@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.141512014611819 (code B ref -1); Tue, 04 Nov 2014 16:56:01 +0000 Received: (at submit) by debbugs.gnu.org; 4 Nov 2014 16:55:46 +0000 Received: from localhost ([127.0.0.1]:49052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlhOS-00034Y-Th for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54330) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlhOP-00034N-0C for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlhNt-0007YU-Kd for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:40 -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.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhNt-0007Sp-7j for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:09 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52999) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhEq-0002zT-7O for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlhEi-0004ji-8g for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:47 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:43309) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhEh-0004jY-LP for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:40 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NEI00K00X3PR300@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 18:45:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEI00KUHX80BF70@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 18:45:37 +0200 (IST) Date: Tue, 04 Nov 2014 18:45:30 +0200 From: Eli Zaretskii X-012-Sender: halo1@inter.net.il Message-id: <83oasmvrrp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.6 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.6 (-----) To reproduce, in "emacs -Q" evaluate the following: (setq jit-lock-stealth-time 16) (setq jit-lock-stealth-nice 0.5) (setq jit-lock-stealth-verbose t) (setq jit-lock-defer-contextually t) (setq jit-lock-stealth-load 20) Then visit buffer.c from the current trunk, and wait for about 20 to 30 sec. After a while, you should see the JIT Stealth messages blinking in the echo area, and after some more time, you will see an error message: Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) This happens because some code in CC mode that handles fontification narrows buffer.c such that the accessible region ends at position 71145, inside a call to jit-lock-fontify-now that wants to fontify between the two positions shown in the error message. Trying to access buffer positions beyond 71145 triggers the error. The C and Lisp backtraces, both from the call to narrow-to-region which performed the narrowing, and the call to parse-partial-sexp which signals the error, are below. AFAICS, the narrowing is done in this snippet from c-find-decl-spots: (if (zerop cfd-macro-end) t (if (> cfd-macro-end (point)) (progn (narrow-to-region (point-min) cfd-macro-end) t) ;; The matched token was the last thing in the macro, ;; so the whole match is bogus. (setq cfd-macro-end 0) nil)))) The function then proceeds to call cfd-fun, which, several levels below, calls parse-partial-sexp that barfs. I don't know enough about this stuff to decide whether its OK to constrain cfd-match-pos to not exceed cfd-macro-end, or maybe extend cfd-macro-end to include cfd-match-pos (or something else). Curiously, I cannot reproduce this on the trunk, only with Emacs 24.4, but if that means the problem was somehow solved on the trunk, it would be nice to have that solution on the branch as well. Here's the backtrace from the call to narrow-to-region: Fnarrow_to_region (start=4, end=284580) at editfns.c:3290 3290 if (PT < XFASTINT (start)) (gdb) bt 20 #0 Fnarrow_to_region (start=4, end=284580) at editfns.c:3290 #1 0x01184efd in eval_sub (form=87559934) at eval.c:2185 #2 0x01180aca in Fprogn (body=87559902) at eval.c:462 #3 0x01184c42 in eval_sub (form=87559942) at eval.c:2132 #4 0x01180854 in Fif (args=87559950) at eval.c:413 #5 0x01184c42 in eval_sub (form=87559990) at eval.c:2132 #6 0x01180aca in Fprogn (body=87559822) at eval.c:462 #7 0x01180912 in Fif (args=87560006) at eval.c:414 #8 0x01184c42 in eval_sub (form=87560030) at eval.c:2132 #9 0x01180aca in Fprogn (body=87559806) at eval.c:462 #10 0x01184c42 in eval_sub (form=87616222) at eval.c:2132 #11 0x0118074b in Fand (args=87616038) at eval.c:387 #12 0x01184c42 in eval_sub (form=87616054) at eval.c:2132 #13 0x011807fa in Fif (args=87616022) at eval.c:409 #14 0x01184c42 in eval_sub (form=87616030) at eval.c:2132 #15 0x01180aca in Fprogn (body=87615774) at eval.c:462 #16 0x01182360 in Fwhile (args=87616726) at eval.c:992 #17 0x01184c42 in eval_sub (form=87616734) at eval.c:2132 #18 0x01180aca in Fprogn (body=87613150) at eval.c:462 #19 0x01182262 in Flet (args=87613142) at eval.c:970 (More stack frames follow...) Lisp Backtrace: "narrow-to-region" (0x88be0c) "progn" (0x88bf70) "if" (0x88c090) "if" (0x88c1e0) "progn" (0x88c300) "and" (0x88c420) "if" (0x88c540) "while" (0x88c6a0) "let" (0x88c880) "c-find-decl-spots" (0x88c980) "let" (0x88cc80) "save-restriction" (0x88cdd0) "c-font-lock-declarations" (0x88cf68) "font-lock-fontify-keywords-region" (0x88d298) "font-lock-default-fontify-region" (0x88d5c4) "funcall" (0x88d5c0) "let" (0x88d820) "c-font-lock-fontify-region" (0x88d9b8) "font-lock-fontify-region" (0x88de0c) "run-hook-with-args" (0x88de08) 0x52e3590 PVEC_COMPILED "funcall" (0x88e130) "jit-lock-fontify-now" (0x88e638) "jit-lock-stealth-fontify" (0x88ea5c) "apply" (0x88ea58) "byte-code" (0x88ecec) "timer-event-handler" (0x88f15c) (gdb) up #1 0x01184efd in eval_sub (form=87559934) at eval.c:2185 2185 val = (XSUBR (fun)->function.a2 (argvals[0], argvals[1])); (gdb) p form $14 = 87559934 (gdb) xtype Lisp_Cons (gdb) pp form (narrow-to-region (point-min) cfd-macro-end) And here's the backtrace from the call to parse-partial-sexp: #0 args_out_of_range_3 (a1=63625221, a2=284012, a3=285588) at data.c:223 #1 0x0111ec11 in validate_region (b=0x4556c, e=0x45b94) at buffer.c:2268 #2 0x011c3f1c in Fparse_partial_sexp (from=284012, to=285588, targetdepth=0, stopbefore=58931234, oldstate=88488678, commentstop=58931234) at syntax.c:3460 #3 0x01185025 in eval_sub (form=59559654) at eval.c:2201 #4 0x01180d26 in Fsetq (args=59559662) at eval.c:539 #5 0x01184c42 in eval_sub (form=59559670) at eval.c:2132 #6 0x01180aca in Fprogn (body=59559486) at eval.c:462 #7 0x01180912 in Fif (args=59559774) at eval.c:414 #8 0x01184c42 in eval_sub (form=59559814) at eval.c:2132 #9 0x01180854 in Fif (args=59559822) at eval.c:413 #10 0x01184c42 in eval_sub (form=59559878) at eval.c:2132 #11 0x01180aca in Fprogn (body=59559190) at eval.c:462 #12 0x01180a17 in Fcond (args=59698630) at eval.c:440 #13 0x01184c42 in eval_sub (form=59697590) at eval.c:2132 #14 0x01180aca in Fprogn (body=59697486) at eval.c:462 #15 0x01184c42 in eval_sub (form=59697582) at eval.c:2132 #16 0x0118074b in Fand (args=59697462) at eval.c:387 #17 0x01184c42 in eval_sub (form=59697478) at eval.c:2132 #18 0x0118236b in Fwhile (args=59697262) at eval.c:989 #19 0x01184c42 in eval_sub (form=59697270) at eval.c:2132 #20 0x011830ac in internal_lisp_condition_case (var=60678690, bodyform=59697270, handlers=59703038) at eval.c:1317 #21 0x01182b94 in Fcondition_case (args=59697190) at eval.c:1245 #22 0x01184c42 in eval_sub (form=59697182) at eval.c:2132 #23 0x01180aca in Fprogn (body=59697174) at eval.c:462 #24 0x01182262 in Flet (args=59696854) at eval.c:970 #25 0x01184c42 in eval_sub (form=59696846) at eval.c:2132 #26 0x01180aca in Fprogn (body=59696782) at eval.c:462 #27 0x01186dd7 in funcall_lambda (fun=59696822, nargs=4, arg_vector=0x88a6d0) at eval.c:3038 #28 0x011867a9 in apply_lambda (fun=59696822, args=86996902, count=155) at eval.c:2920 #29 0x011852d2 in eval_sub (form=86996910) at eval.c:2257 #30 0x0118074b in Fand (args=86996854) at eval.c:387 #31 0x01184c42 in eval_sub (form=86987854) at eval.c:2132 #32 0x01180aca in Fprogn (body=86987782) at eval.c:462 #33 0x01180a17 in Fcond (args=86987702) at eval.c:440 #34 0x01184c42 in eval_sub (form=86987262) at eval.c:2132 #35 0x01180aca in Fprogn (body=86987246) at eval.c:462 #36 0x01184c42 in eval_sub (form=86987254) at eval.c:2132 #37 0x01180854 in Fif (args=87027270) at eval.c:413 #38 0x01184c42 in eval_sub (form=87027278) at eval.c:2132 #39 0x01180aca in Fprogn (body=87027238) at eval.c:462 #40 0x01182360 in Fwhile (args=86990310) at eval.c:992 #41 0x01184c42 in eval_sub (form=86990318) at eval.c:2132 #42 0x01180aca in Fprogn (body=87027222) at eval.c:462 #43 0x01184c42 in eval_sub (form=87027230) at eval.c:2132 #44 0x01180b8a in Fprog1 (args=87027206) at eval.c:494 #45 0x01184c42 in eval_sub (form=87027214) at eval.c:2132 #46 0x01180aca in Fprogn (body=87027190) at eval.c:462 #47 0x01182262 in Flet (args=87027182) at eval.c:970 #48 0x01184c42 in eval_sub (form=87027174) at eval.c:2132 #49 0x01180aca in Fprogn (body=87027150) at eval.c:462 #50 0x01186dd7 in funcall_lambda (fun=87027166, nargs=3, arg_vector=0x88b330) at eval.c:3038 #51 0x011867a9 in apply_lambda (fun=87027166, args=87017606, count=132) at eval.c:2920 #52 0x011852d2 in eval_sub (form=87017614) at eval.c:2257 #53 0x01180aca in Fprogn (body=87017582) at eval.c:462 #54 0x01184c42 in eval_sub (form=87017622) at eval.c:2132 #55 0x01180854 in Fif (args=87017630) at eval.c:413 #56 0x01184c42 in eval_sub (form=87017718) at eval.c:2132 #57 0x01180aca in Fprogn (body=87017526) at eval.c:462 #58 0x01184c42 in eval_sub (form=87045982) at eval.c:2132 #59 0x01180854 in Fif (args=87045566) at eval.c:413 #60 0x01184c42 in eval_sub (form=87045574) at eval.c:2132 #61 0x01180aca in Fprogn (body=87045534) at eval.c:462 #62 0x0117463d in Fsave_excursion (args=87046534) at editfns.c:941 #63 0x01184c42 in eval_sub (form=87046542) at eval.c:2132 #64 0x01180aca in Fprogn (body=87045526) at eval.c:462 #65 0x01182262 in Flet (args=87045518) at eval.c:970 #66 0x01184c42 in eval_sub (form=87045510) at eval.c:2132 #67 0x01180aca in Fprogn (body=87045494) at eval.c:462 #68 0x01180a17 in Fcond (args=87045470) at eval.c:440 #69 0x01184c42 in eval_sub (form=87045462) at eval.c:2132 #70 0x01180aca in Fprogn (body=87045446) at eval.c:462 #71 0x01180912 in Fif (args=87013070) at eval.c:414 #72 0x01184c42 in eval_sub (form=87013078) at eval.c:2132 #73 0x011807fa in Fif (args=87045430) at eval.c:409 #74 0x01184c42 in eval_sub (form=87045438) at eval.c:2132 #75 0x01180aca in Fprogn (body=87041606) at eval.c:462 #76 0x01186dd7 in funcall_lambda (fun=87041630, nargs=2, arg_vector=0x88c154) at eval.c:3038 #77 0x011865a8 in Ffuncall (nargs=3, args=0x88c150) at eval.c:2873 #78 0x01184dd4 in eval_sub (form=59936774) at eval.c:2155 #79 0x011807fa in Fif (args=59936302) at eval.c:409 #80 0x01184c42 in eval_sub (form=59936782) at eval.c:2132 #81 0x01180aca in Fprogn (body=61764958) at eval.c:462 #82 0x01184c42 in eval_sub (form=61765246) at eval.c:2132 #83 0x01180854 in Fif (args=61765286) at eval.c:413 #84 0x01184c42 in eval_sub (form=61765294) at eval.c:2132 #85 0x01180aca in Fprogn (body=61764934) at eval.c:462 #86 0x01182360 in Fwhile (args=61766134) at eval.c:992 #87 0x01184c42 in eval_sub (form=61766142) at eval.c:2132 #88 0x01180aca in Fprogn (body=61761366) at eval.c:462 #89 0x01182262 in Flet (args=61761358) at eval.c:970 #90 0x01184c42 in eval_sub (form=61761350) at eval.c:2132 #91 0x01180aca in Fprogn (body=61761326) at eval.c:462 #92 0x01186dd7 in funcall_lambda (fun=61761342, nargs=4, arg_vector=0x88c980) at eval.c:3038 #93 0x011867a9 in apply_lambda (fun=61761342, args=87041574, count=93) at eval.c:2920 #94 0x011852d2 in eval_sub (form=87041582) at eval.c:2257 #95 0x01180aca in Fprogn (body=87041542) at eval.c:462 #96 0x01182262 in Flet (args=87041526) at eval.c:970 #97 0x01184c42 in eval_sub (form=87041518) at eval.c:2132 #98 0x01180aca in Fprogn (body=87041502) at eval.c:462 #99 0x01179c5a in Fsave_restriction (body=87041502) at editfns.c:3415 #100 0x01184c42 in eval_sub (form=87041510) at eval.c:2132 #101 0x01180aca in Fprogn (body=87041478) at eval.c:462 #102 0x01186dd7 in funcall_lambda (fun=87041494, nargs=1, arg_vector=0x88cf68) at eval.c:3038 #103 0x011865a8 in Ffuncall (nargs=2, args=0x88cf64) at eval.c:2873 #104 0x011c6fb8 in exec_byte_code (bytestr=20036361, vector=20036381, maxdepth=36, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #105 0x01186e6c in funcall_lambda (fun=20036341, nargs=3, arg_vector=0x131bb1d ) at eval.c:3045 #106 0x011864d5 in Ffuncall (nargs=4, args=0x88d294) at eval.c:2861 #107 0x011c6fb8 in exec_byte_code (bytestr=20033889, vector=20033909, maxdepth=20, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #108 0x01186e6c in funcall_lambda (fun=20033853, nargs=3, arg_vector=0x131b175 ) at eval.c:3045 #109 0x011864d5 in Ffuncall (nargs=4, args=0x88d5c0) at eval.c:2861 #110 0x01184dd4 in eval_sub (form=87464886) at eval.c:2155 #111 0x01180aca in Fprogn (body=87464814) at eval.c:462 #112 0x01182262 in Flet (args=87464110) at eval.c:970 #113 0x01184c42 in eval_sub (form=87464102) at eval.c:2132 #114 0x01180aca in Fprogn (body=87464078) at eval.c:462 #115 0x01186dd7 in funcall_lambda (fun=87464094, nargs=3, arg_vector=0x88d9b8) at eval.c:3038 #116 0x011865a8 in Ffuncall (nargs=4, args=0x88d9b4) at eval.c:2873 #117 0x011c6fb8 in exec_byte_code (bytestr=20032865, vector=20032885, maxdepth=16, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #118 0x01186e6c in funcall_lambda (fun=20032813, nargs=2, arg_vector=0x131ad75 ) at eval.c:3045 #119 0x011864d5 in Ffuncall (nargs=3, args=0x88de08) at eval.c:2861 #120 0x01185833 in funcall_nil (nargs=3, args=0x88de08) at eval.c:2363 #121 0x01185c3a in run_hook_with_args (nargs=3, args=0x88de08, funcall=0x118581b ) at eval.c:2548 #122 0x011858aa in Frun_hook_with_args (nargs=3, args=0x88de08) at eval.c:2409 #123 0x01186189 in Ffuncall (nargs=4, args=0x88de04) at eval.c:2793 #124 0x011c6fb8 in exec_byte_code (bytestr=20044041, vector=61950333, maxdepth=16, args_template=0, nargs=0, args=0x88e134) at bytecode.c:916 #125 0x01186aa8 in funcall_lambda (fun=61950357, nargs=0, arg_vector=0x88e134) at eval.c:2979 #126 0x011864d5 in Ffuncall (nargs=1, args=0x88e130) at eval.c:2861 #127 0x01184dd4 in eval_sub (form=87611958) at eval.c:2155 #128 0x011830ac in internal_lisp_condition_case (var=63281570, bodyform=87611958, handlers=87611910) at eval.c:1317 #129 0x011c7e84 in exec_byte_code (bytestr=20043849, vector=20043869, maxdepth=76, args_template=2048, nargs=2, args=0x88e640) at bytecode.c:1162 #130 0x01186aa8 in funcall_lambda (fun=20043829, nargs=2, arg_vector=0x88e638) at eval.c:2979 #131 0x011864d5 in Ffuncall (nargs=3, args=0x88e634) at eval.c:2861 #132 0x011c6fb8 in exec_byte_code (bytestr=20044417, vector=20044437, maxdepth=64, args_template=1024, nargs=1, args=0x88ea60) at bytecode.c:916 #133 0x01186aa8 in funcall_lambda (fun=20044397, nargs=1, arg_vector=0x88ea5c) at eval.c:2979 #134 0x011864d5 in Ffuncall (nargs=2, args=0x88ea58) at eval.c:2861 #135 0x0118541f in Fapply (nargs=2, args=0x88ea58) at eval.c:2298 #136 0x01186189 in Ffuncall (nargs=3, args=0x88ea54) at eval.c:2793 #137 0x011c6fb8 in exec_byte_code (bytestr=20067945, vector=20067973, maxdepth=16, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #138 0x011c6408 in Fbyte_code (bytestr=20067945, vector=20067973, maxdepth=16) at bytecode.c:482 #139 0x01184f32 in eval_sub (form=20067934) at eval.c:2188 #140 0x011830ac in internal_lisp_condition_case (var=60678690, bodyform=20067934, handlers=20067998) at eval.c:1317 #141 0x011c7e84 in exec_byte_code (bytestr=20067793, vector=20067813, maxdepth=20, args_template=58931234, nargs=0, args=0x0) at bytecode.c:1162 #142 0x01186e6c in funcall_lambda (fun=20067773, nargs=1, arg_vector=0x13235e5 ) at eval.c:3045 #143 0x011864d5 in Ffuncall (nargs=2, args=0x88f158) at eval.c:2861 #144 0x01185d7a in call1 (fn=58972770, arg1=59339869) at eval.c:2611 #145 0x010ffb26 in timer_check_2 (timers=58931234, idle_timers=58931234) at keyboard.c:4514 #146 0x010ffc11 in timer_check () at keyboard.c:4581 #147 0x010fdc6f in readable_events (flags=1) at keyboard.c:3447 #148 0x0110413d in get_input_pending (flags=1) at keyboard.c:6765 #149 0x0110a564 in detect_input_pending_run_timers (do_display=true) at keyboard.c:9894 #150 0x011d0d49 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=58931234, wait_proc=0x0, just_wait_proc=0) at process.c:4702 #151 0x010fe91c in kbd_buffer_get_event (kbp=0x88f484, used_mouse_menu=0x88f793, end_time=0x0) at keyboard.c:3906 #152 0x010fae15 in read_event_from_main_queue (end_time=0x0, local_getcjmp=0x88f5ec, used_mouse_menu=0x88f793) at keyboard.c:2246 #153 0x010fb057 in read_decoded_event_from_main_queue (end_time=0x0, local_getcjmp=0x88f5ec, prev_event=58931234, used_mouse_menu=0x88f793) at keyboard.c:2309 #154 0x010fc3d0 in read_char (commandflag=1, map=88391966, prev_event=58931234, used_mouse_menu=0x88f793, end_time=0x0) at keyboard.c:2895 #155 0x01108c84 in read_key_sequence (keybuf=0x88f8b0, bufsize=30, prompt=58931234, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9088 #156 0x010f9351 in command_loop_1 () at keyboard.c:1452 #157 0x011831b7 in internal_condition_case (bfun=0x10f8fd1 , handlers=58982754, hfun=0x10f8837 ) at eval.c:1348 #158 0x010f8c86 in command_loop_2 (ignore=58931234) at keyboard.c:1177 #159 0x01182764 in internal_catch (tag=58978114, func=0x10f8c62 , arg=58931234) at eval.c:1112 #160 0x010f8c3e in command_loop () at keyboard.c:1156 #161 0x010f83d4 in recursive_edit_1 () at keyboard.c:777 #162 0x010f8590 in Frecursive_edit () at keyboard.c:848 #163 0x010f6794 in main (argc=2, argv=0x962058) at emacs.c:1646 Lisp Backtrace: "parse-partial-sexp" (0x88998c) "setq" (0x889b00) "if" (0x889c50) "if" (0x889d70) "cond" (0x889ed0) "progn" (0x889ff0) "and" (0x88a110) "while" (0x88a240) "condition-case" (0x88a3f0) "let" (0x88a5d0) "c-syntactic-re-search-forward" (0x88a6d0) "and" (0x88a900) "cond" (0x88aa60) "progn" (0x88ab80) "if" (0x88aca0) "while" (0x88ae00) "progn" (0x88af20) "prog1" (0x88b050) "let" (0x88b230) "c-font-lock-declarators" (0x88b330) "progn" (0x88b560) "if" (0x88b680) "progn" (0x88b7a0) "if" (0x88b8c0) "save-excursion" (0x88ba10) "let" (0x88bbe0) "cond" (0x88bd40) "if" (0x88be90) "if" (0x88bfb0) 0x5302658 Lisp type 6 "funcall" (0x88c150) "if" (0x88c300) "progn" (0x88c420) "if" (0x88c540) "while" (0x88c6a0) "let" (0x88c880) "c-find-decl-spots" (0x88c980) "let" (0x88cc80) "save-restriction" (0x88cdd0) "c-font-lock-declarations" (0x88cf68) "font-lock-fontify-keywords-region" (0x88d298) "font-lock-default-fontify-region" (0x88d5c4) "funcall" (0x88d5c0) "let" (0x88d820) "c-font-lock-fontify-region" (0x88d9b8) "font-lock-fontify-region" (0x88de0c) "run-hook-with-args" (0x88de08) 0x3b14990 PVEC_COMPILED "funcall" (0x88e130) "jit-lock-fontify-now" (0x88e638) "jit-lock-stealth-fontify" (0x88ea5c) "apply" (0x88ea58) "byte-code" (0x88ecec) "timer-event-handler" (0x88f15c) In GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-17 on HOME-C4E4A596F7 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --prefix=/d/usr' Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-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 Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 74262 7627) (symbols 32 17521 0) (miscs 32 33 97) (strings 16 10806 4314) (string-bytes 1 269319) (vectors 8 9551) (vector-slots 4 384761 3946) (floats 8 57 214) (intervals 28 232 95) (buffers 508 11)) From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Tue, 04 Nov 2014 20:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 18948@debbugs.gnu.org Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.141513260015881 (code B ref 18948); Tue, 04 Nov 2014 20:24:01 +0000 Received: (at 18948) by debbugs.gnu.org; 4 Nov 2014 20:23:20 +0000 Received: from localhost ([127.0.0.1]:49235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlkdL-000484-Uq for submit@debbugs.gnu.org; Tue, 04 Nov 2014 15:23:20 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:62900) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlkdK-00047x-8X for 18948@debbugs.gnu.org; Tue, 04 Nov 2014 15:23:18 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvAMAOatTlRFpY87/2dsb2JhbABcgw6DYoZ+yDmDGgQCAoEcFwEBfIQDAQEDAVYjBQsLNBIUGA0kiEsJy3IBAQEBAQEEAQEBAQEdkQgHhEsFi2SmPIFvhBYfgnoBAQE X-IPAS-Result: AvAMAOatTlRFpY87/2dsb2JhbABcgw6DYoZ+yDmDGgQCAoEcFwEBfIQDAQEDAVYjBQsLNBIUGA0kiEsJy3IBAQEBAQEEAQEBAQEdkQgHhEsFi2SmPIFvhBYfgnoBAQE X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="95958175" Received: from 69-165-143-59.dsl.teksavvy.com (HELO ceviche.home) ([69.165.143.59]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Nov 2014 15:23:17 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 26073660D4; Tue, 4 Nov 2014 15:23:17 -0500 (EST) From: Stefan Monnier Message-ID: References: <83oasmvrrp.fsf@gnu.org> Date: Tue, 04 Nov 2014 15:23:17 -0500 In-Reply-To: <83oasmvrrp.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 04 Nov 2014 18:45:30 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) > Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) Is the error really signaled by jit-lock, or is it just the message that comes from jit-lock? At least, the backtraces you show all have an appropriate save-restriction, so the jit-lock code itself should never see the narrowing. Stefan From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error References: <83oasmvrrp.fsf@gnu.org> Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Tue, 04 Nov 2014 21:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 18948@debbugs.gnu.org Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.141513772824344 (code B ref 18948); Tue, 04 Nov 2014 21:49:01 +0000 Received: (at 18948) by debbugs.gnu.org; 4 Nov 2014 21:48:48 +0000 Received: from localhost ([127.0.0.1]:49292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xlly4-0006KZ-B2 for submit@debbugs.gnu.org; Tue, 04 Nov 2014 16:48:48 -0500 Received: from colin.muc.de ([193.149.48.1]:53612 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xlly2-0006KO-20 for 18948@debbugs.gnu.org; Tue, 04 Nov 2014 16:48:47 -0500 Received: (qmail 52163 invoked by uid 3782); 4 Nov 2014 21:48:43 -0000 Date: 4 Nov 2014 21:48:43 -0000 Message-ID: <20141104214843.52162.qmail@mail.muc.de> From: Alan Mackenzie Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/8.4-RELEASE (amd64)) X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -1.3 (-) Hello, Eli In article you wrote: > To reproduce, in "emacs -Q" evaluate the following: > (setq jit-lock-stealth-time 16) > (setq jit-lock-stealth-nice 0.5) > (setq jit-lock-stealth-verbose t) > (setq jit-lock-defer-contextually t) > (setq jit-lock-stealth-load 20) > Then visit buffer.c from the current trunk, and wait for about 20 to > 30 sec. After a while, you should see the JIT Stealth messages > blinking in the echo area, and after some more time, you will see an > error message: > Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) [ ... ] OK, I'll have a look at it. -- Alan Mackenzie (Nuremberg, Germany). From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 05 Nov 2014 03:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Stefan Monnier Cc: 18948@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.141515894426398 (code B ref 18948); Wed, 05 Nov 2014 03:43:01 +0000 Received: (at 18948) by debbugs.gnu.org; 5 Nov 2014 03:42:24 +0000 Received: from localhost ([127.0.0.1]:49366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlrUG-0006ri-4A for submit@debbugs.gnu.org; Tue, 04 Nov 2014 22:42:24 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:56620) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlrUC-0006rY-WF for 18948@debbugs.gnu.org; Tue, 04 Nov 2014 22:42:22 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NEJ00M00RK64H00@a-mtaout23.012.net.il> for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 05:42:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEJ00M7LRMJ0I50@a-mtaout23.012.net.il>; Wed, 05 Nov 2014 05:42:19 +0200 (IST) Date: Wed, 05 Nov 2014 05:42:14 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83h9yeuxd5.fsf@gnu.org> References: <83oasmvrrp.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: 1.0 (+) > From: Stefan Monnier > Cc: 18948@debbugs.gnu.org > Date: Tue, 04 Nov 2014 15:23:17 -0500 > > > Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) > > Is the error really signaled by jit-lock, or is it just the message that > comes from jit-lock? The error is signaled by parse-partial-sexp that is called indirectly by jit-lock-stealth-fontify, as the backtrace shows. > At least, the backtraces you show all have an appropriate > save-restriction, so the jit-lock code itself should never see the > narrowing. It doesn't. It isn't a problem with jit-stealth, this is a problem with CC mode. From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error References: <83oasmvrrp.fsf@gnu.org> Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 05 Nov 2014 12:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 18948@debbugs.gnu.org Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.141518982412001 (code B ref 18948); Wed, 05 Nov 2014 12:18:02 +0000 Received: (at 18948) by debbugs.gnu.org; 5 Nov 2014 12:17:04 +0000 Received: from localhost ([127.0.0.1]:49513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlzWK-00037T-2Q for submit@debbugs.gnu.org; Wed, 05 Nov 2014 07:17:04 -0500 Received: from colin.muc.de ([193.149.48.1]:39047 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlzWG-00036w-FZ for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 07:17:01 -0500 Received: (qmail 79049 invoked by uid 3782); 5 Nov 2014 12:16:59 -0000 Date: 5 Nov 2014 12:16:59 -0000 Message-ID: <20141105121659.79047.qmail@mail.muc.de> From: Alan Mackenzie Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.2.0-20131224 ("Lochindaal") (UNIX) (FreeBSD/8.4-RELEASE (amd64)) X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -1.3 (-) In article you wrote: > To reproduce, in "emacs -Q" evaluate the following: > (setq jit-lock-stealth-time 16) > (setq jit-lock-stealth-nice 0.5) > (setq jit-lock-stealth-verbose t) > (setq jit-lock-defer-contextually t) > (setq jit-lock-stealth-load 20) > Then visit buffer.c from the current trunk, and wait for about 20 to > 30 sec. After a while, you should see the JIT Stealth messages > blinking in the echo area, and after some more time, you will see an > error message: > Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) > This happens because some code in CC mode that handles fontification > narrows buffer.c such that the accessible region ends at position > 71145, inside a call to jit-lock-fontify-now that wants to fontify > between the two positions shown in the error message. Trying to > access buffer positions beyond 71145 triggers the error. Thanks for such deep debugging information, Eli! This made it very easy to track down the bug. > The C and Lisp backtraces, both from the call to narrow-to-region > which performed the narrowing, and the call to parse-partial-sexp > which signals the error, are below. AFAICS, the narrowing is done in > this snippet from c-find-decl-spots: > (if (zerop cfd-macro-end) > t > (if (> cfd-macro-end (point)) > (progn (narrow-to-region (point-min) cfd-macro-end) > t) > ;; The matched token was the last thing in the macro, > ;; so the whole match is bogus. > (setq cfd-macro-end 0) > nil)))) > The function then proceeds to call cfd-fun, which, several levels > below, calls parse-partial-sexp that barfs. At this stage, jit-lock-... has called, indirectly, c-font-lock-declarations with a `limit'. This calls c-find-decl-spots with an internal (largish) lambda function as the `cfd-fun' argument. c-find-decl-spots calls this lambda (`cdf-fun'), having narrowed the buffer to the end of a macro. The lambda then calls c-font-lock-declarators with `limit' as argument, and this later leads to the args-out-of-range condition. Substituting (point-max) for `limit' fixes it. [ ... ] > Curiously, I cannot reproduce this on the trunk, only with Emacs 24.4, > but if that means the problem was somehow solved on the trunk, it > would be nice to have that solution on the branch as well. Also, the bug doesn't show up with Emacs 24.4's buffer.c. Why it should trigger so rarely is a mystery. I suspect the answer has to do with the "##" CPP operators in the vicinity, and that on the trunk's buffer.c, they are triggering bug #18749 (where a "##" was spuriously recognised as a macro start because of narrowing to exactly that point). [ ... ] Here's a patch which fixes it. I'll get it committed to the trunk sometime today. Perhaps both this fix and that to 18749 should be backported to the 24.4 branch. --- cc-fonts.el~ 2014-03-21 05:34:40.000000000 +0000 +++ cc-fonts.el 2014-11-05 11:23:05.000000000 +0000 @@ -1507,7 +1507,7 @@ ;; At a real declaration? (if (memq (c-forward-type t) '(t known found)) (progn - (c-font-lock-declarators limit t is-typedef) + (c-font-lock-declarators (point-max) t is-typedef) nil) ;; False alarm. Return t to go on to the next check. (goto-char start-pos) -- Alan Mackenzie (Nuremberg, Germany). From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 05 Nov 2014 15:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Alan Mackenzie Cc: Eli Zaretskii , 18948@debbugs.gnu.org Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.14152023285882 (code B ref 18948); Wed, 05 Nov 2014 15:46:02 +0000 Received: (at 18948) by debbugs.gnu.org; 5 Nov 2014 15:45:28 +0000 Received: from localhost ([127.0.0.1]:50138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm2lz-0001Wn-CG for submit@debbugs.gnu.org; Wed, 05 Nov 2014 10:45:28 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:27084) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm2lw-0001We-B2 for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 10:45:24 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAOatTlRFpY87/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCw4mEhQYDSSISwnLcgEBAQEBBQEBAQEBHZEIB4RLBYtkky6DSY9FgW+EFh+CegEBAQ X-IPAS-Result: Au4MAOatTlRFpY87/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCw4mEhQYDSSISwnLcgEBAQEBBQEBAQEBHZEIB4RLBYtkky6DSY9FgW+EFh+CegEBAQ X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="96021857" Received: from 69-165-143-59.dsl.teksavvy.com (HELO pastel.home) ([69.165.143.59]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Nov 2014 10:45:23 -0500 Received: by pastel.home (Postfix, from userid 20848) id 73BBF7AB7; Wed, 5 Nov 2014 10:45:23 -0500 (EST) From: Stefan Monnier Message-ID: References: <83oasmvrrp.fsf@gnu.org> <20141105121659.79047.qmail@mail.muc.de> Date: Wed, 05 Nov 2014 10:45:23 -0500 In-Reply-To: <20141105121659.79047.qmail@mail.muc.de> (Alan Mackenzie's message of "5 Nov 2014 12:16:59 -0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (/) > Perhaps both this fix and that to 18749 should be backported to the 24.4 > branch. Yes, please, Stefan From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 05 Nov 2014 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 18948@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.14152037648287 (code B ref 18948); Wed, 05 Nov 2014 16:10:02 +0000 Received: (at 18948) by debbugs.gnu.org; 5 Nov 2014 16:09:24 +0000 Received: from localhost ([127.0.0.1]:50174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm399-00029Y-RX for submit@debbugs.gnu.org; Wed, 05 Nov 2014 11:09:24 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:63235) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm396-00029H-NP for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 11:09:21 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NEK00A00PXZM400@a-mtaout20.012.net.il> for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 18:09:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEK00ADRQ7GGJ50@a-mtaout20.012.net.il>; Wed, 05 Nov 2014 18:09:17 +0200 (IST) Date: Wed, 05 Nov 2014 18:09:13 +0200 From: Eli Zaretskii In-reply-to: <20141105121659.79047.qmail@mail.muc.de> X-012-Sender: halo1@inter.net.il Message-id: <8361etvdcm.fsf@gnu.org> References: <20141105121659.79047.qmail@mail.muc.de> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: 1.0 (+) > Date: 5 Nov 2014 12:16:59 -0000 > From: Alan Mackenzie > Cc: 18948@debbugs.gnu.org > > Here's a patch which fixes it. I'll get it committed to the trunk > sometime today. Thanks, but please commit it to emacs-24, it will be merged to trunk soon. > Perhaps both this fix and that to 18749 should be backported to the 24.4 > branch. I agree with Stefan: yes, please. From unknown Thu Sep 11 06:33:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Wed, 05 Nov 2014 18:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18948 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 18948@debbugs.gnu.org, Stefan Monnier Received: via spool by 18948-submit@debbugs.gnu.org id=B18948.141521352724565 (code B ref 18948); Wed, 05 Nov 2014 18:53:02 +0000 Received: (at 18948) by debbugs.gnu.org; 5 Nov 2014 18:52:07 +0000 Received: from localhost ([127.0.0.1]:50341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm5gd-0006O9-72 for submit@debbugs.gnu.org; Wed, 05 Nov 2014 13:52:07 -0500 Received: from colin.muc.de ([193.149.48.1]:50083 helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm5gZ-0006Nf-BX for 18948@debbugs.gnu.org; Wed, 05 Nov 2014 13:52:04 -0500 Received: (qmail 52557 invoked by uid 3782); 5 Nov 2014 18:52:00 -0000 Received: from acm.muc.de (pD951B882.dip0.t-ipconnect.de [217.81.184.130]) by colin.muc.de (tmda-ofmipd) with ESMTP; Wed, 05 Nov 2014 19:51:59 +0100 Received: (qmail 3870 invoked by uid 1000); 5 Nov 2014 18:51:24 -0000 Date: Wed, 5 Nov 2014 18:51:24 +0000 Message-ID: <20141105185124.GA3730@acm.acm> References: <20141105121659.79047.qmail@mail.muc.de> <8361etvdcm.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8361etvdcm.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -1.3 (-) Hello, Eli. On Wed, Nov 05, 2014 at 06:09:13PM +0200, Eli Zaretskii wrote: > > Date: 5 Nov 2014 12:16:59 -0000 > > From: Alan Mackenzie > > Cc: 18948@debbugs.gnu.org > > Here's a patch which fixes it. I'll get it committed to the trunk > > sometime today. > Thanks, but please commit it to emacs-24, it will be merged to trunk > soon. I've just committed it to Emacs-24, but not the trunk. > > Perhaps both this fix and that to 18749 should be backported to the 24.4 > > branch. I've backported the fix to 18749 to the Emacs-24 branch. Hopefully I've done it right. > I agree with Stefan: yes, please. -- Alan Mackenzie (Nuremberg, Germany). From unknown Thu Sep 11 06:33:45 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eli Zaretskii Subject: bug#18948: closed (Re: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error) Message-ID: References: <83y4rptqoc.fsf@gnu.org> <83oasmvrrp.fsf@gnu.org> X-Gnu-PR-Message: they-closed 18948 X-Gnu-PR-Package: emacs,cc-mode Reply-To: 18948@debbugs.gnu.org Date: Wed, 05 Nov 2014 19:05:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1415214303-25939-1" This is a multi-part message in MIME format... ------------=_1415214303-25939-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #18948: 24.4; CC mode causes jit-stealth-lock to signal an error which was filed against the emacs,cc-mode package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 18948@debbugs.gnu.org. --=20 18948: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D18948 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1415214303-25939-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 18948-done) by debbugs.gnu.org; 5 Nov 2014 19:04:26 +0000 Received: from localhost ([127.0.0.1]:50358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm5sY-0006jT-Br for submit@debbugs.gnu.org; Wed, 05 Nov 2014 14:04:26 -0500 Received: from mtaout27.012.net.il ([80.179.55.183]:53256) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xm5sV-0006jK-VB for 18948-done@debbugs.gnu.org; Wed, 05 Nov 2014 14:04:24 -0500 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NEK00200XTZY500@mtaout27.012.net.il> for 18948-done@debbugs.gnu.org; Wed, 05 Nov 2014 20:59:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEK00307Y371V10@mtaout27.012.net.il>; Wed, 05 Nov 2014 20:59:31 +0200 (IST) Date: Wed, 05 Nov 2014 21:04:19 +0200 From: Eli Zaretskii Subject: Re: bug#18948: 24.4; CC mode causes jit-stealth-lock to signal an error In-reply-to: <20141105185124.GA3730@acm.acm> X-012-Sender: halo1@inter.net.il To: Alan Mackenzie Message-id: <83y4rptqoc.fsf@gnu.org> References: <20141105121659.79047.qmail@mail.muc.de> <8361etvdcm.fsf@gnu.org> <20141105185124.GA3730@acm.acm> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 18948-done Cc: monnier@iro.umontreal.ca, 18948-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: 1.0 (+) > Date: Wed, 5 Nov 2014 18:51:24 +0000 > Cc: Stefan Monnier , 18948@debbugs.gnu.org > From: Alan Mackenzie > > On Wed, Nov 05, 2014 at 06:09:13PM +0200, Eli Zaretskii wrote: > > > Date: 5 Nov 2014 12:16:59 -0000 > > > From: Alan Mackenzie > > > Cc: 18948@debbugs.gnu.org > > > > Here's a patch which fixes it. I'll get it committed to the trunk > > > sometime today. > > > Thanks, but please commit it to emacs-24, it will be merged to trunk > > soon. > > I've just committed it to Emacs-24, but not the trunk. > > > > Perhaps both this fix and that to 18749 should be backported to the 24.4 > > > branch. > > I've backported the fix to 18749 to the Emacs-24 branch. Hopefully I've > done it right. Thanks. I'm closing this bug. ------------=_1415214303-25939-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Nov 2014 16:55:46 +0000 Received: from localhost ([127.0.0.1]:49052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlhOS-00034Y-Th for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54330) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XlhOP-00034N-0C for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlhNt-0007YU-Kd for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:40 -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.2 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:57276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhNt-0007Sp-7j for submit@debbugs.gnu.org; Tue, 04 Nov 2014 11:55:09 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52999) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhEq-0002zT-7O for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XlhEi-0004ji-8g for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:47 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:43309) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XlhEh-0004jY-LP for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 11:45:40 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NEI00K00X3PR300@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 18:45:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEI00KUHX80BF70@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 18:45:37 +0200 (IST) Date: Tue, 04 Nov 2014 18:45:30 +0200 From: Eli Zaretskii Subject: 24.4; CC mode causes jit-stealth-lock to signal an error X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org Message-id: <83oasmvrrp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.6 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: -5.6 (-----) To reproduce, in "emacs -Q" evaluate the following: (setq jit-lock-stealth-time 16) (setq jit-lock-stealth-nice 0.5) (setq jit-lock-stealth-verbose t) (setq jit-lock-defer-contextually t) (setq jit-lock-stealth-load 20) Then visit buffer.c from the current trunk, and wait for about 20 to 30 sec. After a while, you should see the JIT Stealth messages blinking in the echo area, and after some more time, you will see an error message: Error running timer `jit-lock-stealth-fontify': (args-out-of-range # 71003 71397) This happens because some code in CC mode that handles fontification narrows buffer.c such that the accessible region ends at position 71145, inside a call to jit-lock-fontify-now that wants to fontify between the two positions shown in the error message. Trying to access buffer positions beyond 71145 triggers the error. The C and Lisp backtraces, both from the call to narrow-to-region which performed the narrowing, and the call to parse-partial-sexp which signals the error, are below. AFAICS, the narrowing is done in this snippet from c-find-decl-spots: (if (zerop cfd-macro-end) t (if (> cfd-macro-end (point)) (progn (narrow-to-region (point-min) cfd-macro-end) t) ;; The matched token was the last thing in the macro, ;; so the whole match is bogus. (setq cfd-macro-end 0) nil)))) The function then proceeds to call cfd-fun, which, several levels below, calls parse-partial-sexp that barfs. I don't know enough about this stuff to decide whether its OK to constrain cfd-match-pos to not exceed cfd-macro-end, or maybe extend cfd-macro-end to include cfd-match-pos (or something else). Curiously, I cannot reproduce this on the trunk, only with Emacs 24.4, but if that means the problem was somehow solved on the trunk, it would be nice to have that solution on the branch as well. Here's the backtrace from the call to narrow-to-region: Fnarrow_to_region (start=4, end=284580) at editfns.c:3290 3290 if (PT < XFASTINT (start)) (gdb) bt 20 #0 Fnarrow_to_region (start=4, end=284580) at editfns.c:3290 #1 0x01184efd in eval_sub (form=87559934) at eval.c:2185 #2 0x01180aca in Fprogn (body=87559902) at eval.c:462 #3 0x01184c42 in eval_sub (form=87559942) at eval.c:2132 #4 0x01180854 in Fif (args=87559950) at eval.c:413 #5 0x01184c42 in eval_sub (form=87559990) at eval.c:2132 #6 0x01180aca in Fprogn (body=87559822) at eval.c:462 #7 0x01180912 in Fif (args=87560006) at eval.c:414 #8 0x01184c42 in eval_sub (form=87560030) at eval.c:2132 #9 0x01180aca in Fprogn (body=87559806) at eval.c:462 #10 0x01184c42 in eval_sub (form=87616222) at eval.c:2132 #11 0x0118074b in Fand (args=87616038) at eval.c:387 #12 0x01184c42 in eval_sub (form=87616054) at eval.c:2132 #13 0x011807fa in Fif (args=87616022) at eval.c:409 #14 0x01184c42 in eval_sub (form=87616030) at eval.c:2132 #15 0x01180aca in Fprogn (body=87615774) at eval.c:462 #16 0x01182360 in Fwhile (args=87616726) at eval.c:992 #17 0x01184c42 in eval_sub (form=87616734) at eval.c:2132 #18 0x01180aca in Fprogn (body=87613150) at eval.c:462 #19 0x01182262 in Flet (args=87613142) at eval.c:970 (More stack frames follow...) Lisp Backtrace: "narrow-to-region" (0x88be0c) "progn" (0x88bf70) "if" (0x88c090) "if" (0x88c1e0) "progn" (0x88c300) "and" (0x88c420) "if" (0x88c540) "while" (0x88c6a0) "let" (0x88c880) "c-find-decl-spots" (0x88c980) "let" (0x88cc80) "save-restriction" (0x88cdd0) "c-font-lock-declarations" (0x88cf68) "font-lock-fontify-keywords-region" (0x88d298) "font-lock-default-fontify-region" (0x88d5c4) "funcall" (0x88d5c0) "let" (0x88d820) "c-font-lock-fontify-region" (0x88d9b8) "font-lock-fontify-region" (0x88de0c) "run-hook-with-args" (0x88de08) 0x52e3590 PVEC_COMPILED "funcall" (0x88e130) "jit-lock-fontify-now" (0x88e638) "jit-lock-stealth-fontify" (0x88ea5c) "apply" (0x88ea58) "byte-code" (0x88ecec) "timer-event-handler" (0x88f15c) (gdb) up #1 0x01184efd in eval_sub (form=87559934) at eval.c:2185 2185 val = (XSUBR (fun)->function.a2 (argvals[0], argvals[1])); (gdb) p form $14 = 87559934 (gdb) xtype Lisp_Cons (gdb) pp form (narrow-to-region (point-min) cfd-macro-end) And here's the backtrace from the call to parse-partial-sexp: #0 args_out_of_range_3 (a1=63625221, a2=284012, a3=285588) at data.c:223 #1 0x0111ec11 in validate_region (b=0x4556c, e=0x45b94) at buffer.c:2268 #2 0x011c3f1c in Fparse_partial_sexp (from=284012, to=285588, targetdepth=0, stopbefore=58931234, oldstate=88488678, commentstop=58931234) at syntax.c:3460 #3 0x01185025 in eval_sub (form=59559654) at eval.c:2201 #4 0x01180d26 in Fsetq (args=59559662) at eval.c:539 #5 0x01184c42 in eval_sub (form=59559670) at eval.c:2132 #6 0x01180aca in Fprogn (body=59559486) at eval.c:462 #7 0x01180912 in Fif (args=59559774) at eval.c:414 #8 0x01184c42 in eval_sub (form=59559814) at eval.c:2132 #9 0x01180854 in Fif (args=59559822) at eval.c:413 #10 0x01184c42 in eval_sub (form=59559878) at eval.c:2132 #11 0x01180aca in Fprogn (body=59559190) at eval.c:462 #12 0x01180a17 in Fcond (args=59698630) at eval.c:440 #13 0x01184c42 in eval_sub (form=59697590) at eval.c:2132 #14 0x01180aca in Fprogn (body=59697486) at eval.c:462 #15 0x01184c42 in eval_sub (form=59697582) at eval.c:2132 #16 0x0118074b in Fand (args=59697462) at eval.c:387 #17 0x01184c42 in eval_sub (form=59697478) at eval.c:2132 #18 0x0118236b in Fwhile (args=59697262) at eval.c:989 #19 0x01184c42 in eval_sub (form=59697270) at eval.c:2132 #20 0x011830ac in internal_lisp_condition_case (var=60678690, bodyform=59697270, handlers=59703038) at eval.c:1317 #21 0x01182b94 in Fcondition_case (args=59697190) at eval.c:1245 #22 0x01184c42 in eval_sub (form=59697182) at eval.c:2132 #23 0x01180aca in Fprogn (body=59697174) at eval.c:462 #24 0x01182262 in Flet (args=59696854) at eval.c:970 #25 0x01184c42 in eval_sub (form=59696846) at eval.c:2132 #26 0x01180aca in Fprogn (body=59696782) at eval.c:462 #27 0x01186dd7 in funcall_lambda (fun=59696822, nargs=4, arg_vector=0x88a6d0) at eval.c:3038 #28 0x011867a9 in apply_lambda (fun=59696822, args=86996902, count=155) at eval.c:2920 #29 0x011852d2 in eval_sub (form=86996910) at eval.c:2257 #30 0x0118074b in Fand (args=86996854) at eval.c:387 #31 0x01184c42 in eval_sub (form=86987854) at eval.c:2132 #32 0x01180aca in Fprogn (body=86987782) at eval.c:462 #33 0x01180a17 in Fcond (args=86987702) at eval.c:440 #34 0x01184c42 in eval_sub (form=86987262) at eval.c:2132 #35 0x01180aca in Fprogn (body=86987246) at eval.c:462 #36 0x01184c42 in eval_sub (form=86987254) at eval.c:2132 #37 0x01180854 in Fif (args=87027270) at eval.c:413 #38 0x01184c42 in eval_sub (form=87027278) at eval.c:2132 #39 0x01180aca in Fprogn (body=87027238) at eval.c:462 #40 0x01182360 in Fwhile (args=86990310) at eval.c:992 #41 0x01184c42 in eval_sub (form=86990318) at eval.c:2132 #42 0x01180aca in Fprogn (body=87027222) at eval.c:462 #43 0x01184c42 in eval_sub (form=87027230) at eval.c:2132 #44 0x01180b8a in Fprog1 (args=87027206) at eval.c:494 #45 0x01184c42 in eval_sub (form=87027214) at eval.c:2132 #46 0x01180aca in Fprogn (body=87027190) at eval.c:462 #47 0x01182262 in Flet (args=87027182) at eval.c:970 #48 0x01184c42 in eval_sub (form=87027174) at eval.c:2132 #49 0x01180aca in Fprogn (body=87027150) at eval.c:462 #50 0x01186dd7 in funcall_lambda (fun=87027166, nargs=3, arg_vector=0x88b330) at eval.c:3038 #51 0x011867a9 in apply_lambda (fun=87027166, args=87017606, count=132) at eval.c:2920 #52 0x011852d2 in eval_sub (form=87017614) at eval.c:2257 #53 0x01180aca in Fprogn (body=87017582) at eval.c:462 #54 0x01184c42 in eval_sub (form=87017622) at eval.c:2132 #55 0x01180854 in Fif (args=87017630) at eval.c:413 #56 0x01184c42 in eval_sub (form=87017718) at eval.c:2132 #57 0x01180aca in Fprogn (body=87017526) at eval.c:462 #58 0x01184c42 in eval_sub (form=87045982) at eval.c:2132 #59 0x01180854 in Fif (args=87045566) at eval.c:413 #60 0x01184c42 in eval_sub (form=87045574) at eval.c:2132 #61 0x01180aca in Fprogn (body=87045534) at eval.c:462 #62 0x0117463d in Fsave_excursion (args=87046534) at editfns.c:941 #63 0x01184c42 in eval_sub (form=87046542) at eval.c:2132 #64 0x01180aca in Fprogn (body=87045526) at eval.c:462 #65 0x01182262 in Flet (args=87045518) at eval.c:970 #66 0x01184c42 in eval_sub (form=87045510) at eval.c:2132 #67 0x01180aca in Fprogn (body=87045494) at eval.c:462 #68 0x01180a17 in Fcond (args=87045470) at eval.c:440 #69 0x01184c42 in eval_sub (form=87045462) at eval.c:2132 #70 0x01180aca in Fprogn (body=87045446) at eval.c:462 #71 0x01180912 in Fif (args=87013070) at eval.c:414 #72 0x01184c42 in eval_sub (form=87013078) at eval.c:2132 #73 0x011807fa in Fif (args=87045430) at eval.c:409 #74 0x01184c42 in eval_sub (form=87045438) at eval.c:2132 #75 0x01180aca in Fprogn (body=87041606) at eval.c:462 #76 0x01186dd7 in funcall_lambda (fun=87041630, nargs=2, arg_vector=0x88c154) at eval.c:3038 #77 0x011865a8 in Ffuncall (nargs=3, args=0x88c150) at eval.c:2873 #78 0x01184dd4 in eval_sub (form=59936774) at eval.c:2155 #79 0x011807fa in Fif (args=59936302) at eval.c:409 #80 0x01184c42 in eval_sub (form=59936782) at eval.c:2132 #81 0x01180aca in Fprogn (body=61764958) at eval.c:462 #82 0x01184c42 in eval_sub (form=61765246) at eval.c:2132 #83 0x01180854 in Fif (args=61765286) at eval.c:413 #84 0x01184c42 in eval_sub (form=61765294) at eval.c:2132 #85 0x01180aca in Fprogn (body=61764934) at eval.c:462 #86 0x01182360 in Fwhile (args=61766134) at eval.c:992 #87 0x01184c42 in eval_sub (form=61766142) at eval.c:2132 #88 0x01180aca in Fprogn (body=61761366) at eval.c:462 #89 0x01182262 in Flet (args=61761358) at eval.c:970 #90 0x01184c42 in eval_sub (form=61761350) at eval.c:2132 #91 0x01180aca in Fprogn (body=61761326) at eval.c:462 #92 0x01186dd7 in funcall_lambda (fun=61761342, nargs=4, arg_vector=0x88c980) at eval.c:3038 #93 0x011867a9 in apply_lambda (fun=61761342, args=87041574, count=93) at eval.c:2920 #94 0x011852d2 in eval_sub (form=87041582) at eval.c:2257 #95 0x01180aca in Fprogn (body=87041542) at eval.c:462 #96 0x01182262 in Flet (args=87041526) at eval.c:970 #97 0x01184c42 in eval_sub (form=87041518) at eval.c:2132 #98 0x01180aca in Fprogn (body=87041502) at eval.c:462 #99 0x01179c5a in Fsave_restriction (body=87041502) at editfns.c:3415 #100 0x01184c42 in eval_sub (form=87041510) at eval.c:2132 #101 0x01180aca in Fprogn (body=87041478) at eval.c:462 #102 0x01186dd7 in funcall_lambda (fun=87041494, nargs=1, arg_vector=0x88cf68) at eval.c:3038 #103 0x011865a8 in Ffuncall (nargs=2, args=0x88cf64) at eval.c:2873 #104 0x011c6fb8 in exec_byte_code (bytestr=20036361, vector=20036381, maxdepth=36, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #105 0x01186e6c in funcall_lambda (fun=20036341, nargs=3, arg_vector=0x131bb1d ) at eval.c:3045 #106 0x011864d5 in Ffuncall (nargs=4, args=0x88d294) at eval.c:2861 #107 0x011c6fb8 in exec_byte_code (bytestr=20033889, vector=20033909, maxdepth=20, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #108 0x01186e6c in funcall_lambda (fun=20033853, nargs=3, arg_vector=0x131b175 ) at eval.c:3045 #109 0x011864d5 in Ffuncall (nargs=4, args=0x88d5c0) at eval.c:2861 #110 0x01184dd4 in eval_sub (form=87464886) at eval.c:2155 #111 0x01180aca in Fprogn (body=87464814) at eval.c:462 #112 0x01182262 in Flet (args=87464110) at eval.c:970 #113 0x01184c42 in eval_sub (form=87464102) at eval.c:2132 #114 0x01180aca in Fprogn (body=87464078) at eval.c:462 #115 0x01186dd7 in funcall_lambda (fun=87464094, nargs=3, arg_vector=0x88d9b8) at eval.c:3038 #116 0x011865a8 in Ffuncall (nargs=4, args=0x88d9b4) at eval.c:2873 #117 0x011c6fb8 in exec_byte_code (bytestr=20032865, vector=20032885, maxdepth=16, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #118 0x01186e6c in funcall_lambda (fun=20032813, nargs=2, arg_vector=0x131ad75 ) at eval.c:3045 #119 0x011864d5 in Ffuncall (nargs=3, args=0x88de08) at eval.c:2861 #120 0x01185833 in funcall_nil (nargs=3, args=0x88de08) at eval.c:2363 #121 0x01185c3a in run_hook_with_args (nargs=3, args=0x88de08, funcall=0x118581b ) at eval.c:2548 #122 0x011858aa in Frun_hook_with_args (nargs=3, args=0x88de08) at eval.c:2409 #123 0x01186189 in Ffuncall (nargs=4, args=0x88de04) at eval.c:2793 #124 0x011c6fb8 in exec_byte_code (bytestr=20044041, vector=61950333, maxdepth=16, args_template=0, nargs=0, args=0x88e134) at bytecode.c:916 #125 0x01186aa8 in funcall_lambda (fun=61950357, nargs=0, arg_vector=0x88e134) at eval.c:2979 #126 0x011864d5 in Ffuncall (nargs=1, args=0x88e130) at eval.c:2861 #127 0x01184dd4 in eval_sub (form=87611958) at eval.c:2155 #128 0x011830ac in internal_lisp_condition_case (var=63281570, bodyform=87611958, handlers=87611910) at eval.c:1317 #129 0x011c7e84 in exec_byte_code (bytestr=20043849, vector=20043869, maxdepth=76, args_template=2048, nargs=2, args=0x88e640) at bytecode.c:1162 #130 0x01186aa8 in funcall_lambda (fun=20043829, nargs=2, arg_vector=0x88e638) at eval.c:2979 #131 0x011864d5 in Ffuncall (nargs=3, args=0x88e634) at eval.c:2861 #132 0x011c6fb8 in exec_byte_code (bytestr=20044417, vector=20044437, maxdepth=64, args_template=1024, nargs=1, args=0x88ea60) at bytecode.c:916 #133 0x01186aa8 in funcall_lambda (fun=20044397, nargs=1, arg_vector=0x88ea5c) at eval.c:2979 #134 0x011864d5 in Ffuncall (nargs=2, args=0x88ea58) at eval.c:2861 #135 0x0118541f in Fapply (nargs=2, args=0x88ea58) at eval.c:2298 #136 0x01186189 in Ffuncall (nargs=3, args=0x88ea54) at eval.c:2793 #137 0x011c6fb8 in exec_byte_code (bytestr=20067945, vector=20067973, maxdepth=16, args_template=58931234, nargs=0, args=0x0) at bytecode.c:916 #138 0x011c6408 in Fbyte_code (bytestr=20067945, vector=20067973, maxdepth=16) at bytecode.c:482 #139 0x01184f32 in eval_sub (form=20067934) at eval.c:2188 #140 0x011830ac in internal_lisp_condition_case (var=60678690, bodyform=20067934, handlers=20067998) at eval.c:1317 #141 0x011c7e84 in exec_byte_code (bytestr=20067793, vector=20067813, maxdepth=20, args_template=58931234, nargs=0, args=0x0) at bytecode.c:1162 #142 0x01186e6c in funcall_lambda (fun=20067773, nargs=1, arg_vector=0x13235e5 ) at eval.c:3045 #143 0x011864d5 in Ffuncall (nargs=2, args=0x88f158) at eval.c:2861 #144 0x01185d7a in call1 (fn=58972770, arg1=59339869) at eval.c:2611 #145 0x010ffb26 in timer_check_2 (timers=58931234, idle_timers=58931234) at keyboard.c:4514 #146 0x010ffc11 in timer_check () at keyboard.c:4581 #147 0x010fdc6f in readable_events (flags=1) at keyboard.c:3447 #148 0x0110413d in get_input_pending (flags=1) at keyboard.c:6765 #149 0x0110a564 in detect_input_pending_run_timers (do_display=true) at keyboard.c:9894 #150 0x011d0d49 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=58931234, wait_proc=0x0, just_wait_proc=0) at process.c:4702 #151 0x010fe91c in kbd_buffer_get_event (kbp=0x88f484, used_mouse_menu=0x88f793, end_time=0x0) at keyboard.c:3906 #152 0x010fae15 in read_event_from_main_queue (end_time=0x0, local_getcjmp=0x88f5ec, used_mouse_menu=0x88f793) at keyboard.c:2246 #153 0x010fb057 in read_decoded_event_from_main_queue (end_time=0x0, local_getcjmp=0x88f5ec, prev_event=58931234, used_mouse_menu=0x88f793) at keyboard.c:2309 #154 0x010fc3d0 in read_char (commandflag=1, map=88391966, prev_event=58931234, used_mouse_menu=0x88f793, end_time=0x0) at keyboard.c:2895 #155 0x01108c84 in read_key_sequence (keybuf=0x88f8b0, bufsize=30, prompt=58931234, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9088 #156 0x010f9351 in command_loop_1 () at keyboard.c:1452 #157 0x011831b7 in internal_condition_case (bfun=0x10f8fd1 , handlers=58982754, hfun=0x10f8837 ) at eval.c:1348 #158 0x010f8c86 in command_loop_2 (ignore=58931234) at keyboard.c:1177 #159 0x01182764 in internal_catch (tag=58978114, func=0x10f8c62 , arg=58931234) at eval.c:1112 #160 0x010f8c3e in command_loop () at keyboard.c:1156 #161 0x010f83d4 in recursive_edit_1 () at keyboard.c:777 #162 0x010f8590 in Frecursive_edit () at keyboard.c:848 #163 0x010f6794 in main (argc=2, argv=0x962058) at emacs.c:1646 Lisp Backtrace: "parse-partial-sexp" (0x88998c) "setq" (0x889b00) "if" (0x889c50) "if" (0x889d70) "cond" (0x889ed0) "progn" (0x889ff0) "and" (0x88a110) "while" (0x88a240) "condition-case" (0x88a3f0) "let" (0x88a5d0) "c-syntactic-re-search-forward" (0x88a6d0) "and" (0x88a900) "cond" (0x88aa60) "progn" (0x88ab80) "if" (0x88aca0) "while" (0x88ae00) "progn" (0x88af20) "prog1" (0x88b050) "let" (0x88b230) "c-font-lock-declarators" (0x88b330) "progn" (0x88b560) "if" (0x88b680) "progn" (0x88b7a0) "if" (0x88b8c0) "save-excursion" (0x88ba10) "let" (0x88bbe0) "cond" (0x88bd40) "if" (0x88be90) "if" (0x88bfb0) 0x5302658 Lisp type 6 "funcall" (0x88c150) "if" (0x88c300) "progn" (0x88c420) "if" (0x88c540) "while" (0x88c6a0) "let" (0x88c880) "c-find-decl-spots" (0x88c980) "let" (0x88cc80) "save-restriction" (0x88cdd0) "c-font-lock-declarations" (0x88cf68) "font-lock-fontify-keywords-region" (0x88d298) "font-lock-default-fontify-region" (0x88d5c4) "funcall" (0x88d5c0) "let" (0x88d820) "c-font-lock-fontify-region" (0x88d9b8) "font-lock-fontify-region" (0x88de0c) "run-hook-with-args" (0x88de08) 0x3b14990 PVEC_COMPILED "funcall" (0x88e130) "jit-lock-fontify-now" (0x88e638) "jit-lock-stealth-fontify" (0x88ea5c) "apply" (0x88ea58) "byte-code" (0x88ecec) "timer-event-handler" (0x88f15c) In GNU Emacs 24.4.1 (i686-pc-mingw32) of 2014-10-17 on HOME-C4E4A596F7 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --prefix=/d/usr' Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Lisp Interaction Minor modes in effect: tooltip-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 Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer 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 make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 74262 7627) (symbols 32 17521 0) (miscs 32 33 97) (strings 16 10806 4314) (string-bytes 1 269319) (vectors 8 9551) (vector-slots 4 384761 3946) (floats 8 57 214) (intervals 28 232 95) (buffers 508 11)) ------------=_1415214303-25939-1--