From unknown Sat Aug 16 21:58:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11874: 24.1.50; Infloop in Info Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jul 2012 16:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11874 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 11874@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.134167791129258 (code B ref -1); Sat, 07 Jul 2012 16:19:02 +0000 Received: (at submit) by debbugs.gnu.org; 7 Jul 2012 16:18:31 +0000 Received: from localhost ([127.0.0.1]:55010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXiI-0007bq-74 for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:18:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45509) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXiE-0007bi-Uc for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:18:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnXdI-0004qo-7Z for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:13:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdI-0004qe-4K for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:13:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdF-0006mp-M2 for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnXdC-0004pO-S6 for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:17 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:64164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdC-0004p0-Ek for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:14 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M6S00200SWEGZ00@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 19:13:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M6S00224T1J5B70@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 19:12:57 +0300 (IDT) Date: Sat, 07 Jul 2012 19:12:42 +0300 From: Eli Zaretskii X-012-Sender: halo1@inter.net.il Message-id: <834npjmtxh.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': Today's trunk infloops when I visit any Info manual. To reproduce cd src ./emacs -Q C-u C-h i ../info/emacs.info RET Attaching a debugger reveals the backtrace shown below. Typing "finish" repeatedly until it hangs again shows that it infloops in Info-toc-build. On GNU/Linux, if I type Ctrl-C into the debugger when Emacs infloops, I can interrupt the loop, and Emacs becomes responsive again. I see the same infloop on GNU/Linux (on a TTY) and also on MS-Windows in both GUI and TTY sessions. The problem exists at least since yesterday, because I also saw it before updating from trunk today. Here's the backtrace obtained on an x86_64 GNU/Linux host: #0 0x000000000053ca6e in multibyte_chars_in_text ( ptr=0x7fdf12487ed3 "n list.\n\n If `completion-auto-help' is set to `nil', the completion commands\nnever display the completion list buffer; you must type `?' to display\nthe list. If the value is `lazy', Emacs only sho"..., nbytes=298563) at character.c:538 #1 0x0000000000635ede in byte_char_debug_check (b=0x2c6a730, charpos=298564, bytepos=298564) at marker.c:53 #2 0x0000000000637b22 in buf_bytepos_to_charpos (b=0x2c6a730, bytepos=298564) at marker.c:333 #3 0x0000000000665794 in search_buffer (string=18984305, pos=298014, pos_byte=298564, lim=299248, lim_byte=299248, n=1, RE=1, trt=20254853, inverse_trt=20445477, posix=0) at search.c:1226 #4 0x0000000000664c7c in search_command (string=18984305, bound=1196992, noerror=15309490, count=15309442, direction=1, RE=1, posix=0) at search.c:996 #5 0x0000000000668e70 in Fre_search_forward (regexp=18984305, bound=1196992, noerror=15309490, count=15309442) at search.c:2164 #6 0x00000000006bb8e4 in Ffuncall (nargs=4, args=0x7fffb4bf1e28) at eval.c:2831 #7 0x000000000072bfdb in exec_byte_code (bytestr=15413281, vector=20359909, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #8 0x00000000006bc7c3 in funcall_lambda (fun=20643461, nargs=1, arg_vector=0x136aae5) at eval.c:3052 #9 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf2318) at eval.c:2869 #10 0x000000000072bfdb in exec_byte_code (bytestr=18945201, vector=20360349, maxdepth=20, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #11 0x00000000006bc7c3 in funcall_lambda (fun=20643517, nargs=1, arg_vector=0x136ac9d) at eval.c:3052 #12 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf27f8) at eval.c:2869 #13 0x000000000072bfdb in exec_byte_code (bytestr=18061809, vector=21123861, maxdepth=60, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #14 0x00000000006bc7c3 in funcall_lambda (fun=21124165, nargs=0, arg_vector=0x1425315) at eval.c:3052 #15 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf2d40) at eval.c:2869 #16 0x000000000072bfdb in exec_byte_code (bytestr=18063105, vector=18083493, maxdepth=52, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #17 0x00000000006bc7c3 in funcall_lambda (fun=21124565, nargs=0, arg_vector=0x113eea5) at eval.c:3052 #18 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf3248) at eval.c:2869 #19 0x000000000072bfdb in exec_byte_code (bytestr=18021025, vector=20626765, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #20 0x00000000006bc7c3 in funcall_lambda (fun=20627077, nargs=0, arg_vector=0x13abd4d) at eval.c:3052 #21 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf3738) at eval.c:2869 #22 0x000000000072bfdb in exec_byte_code (bytestr=17997185, vector=20614165, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #23 0x00000000006bc7c3 in funcall_lambda (fun=20614709, nargs=3, arg_vector=0x13a8c15) at eval.c:3052 #24 0x00000000006bbbb4 in Ffuncall (nargs=4, args=0x7fffb4bf3c28) at eval.c:2869 #25 0x000000000072bfdb in exec_byte_code (bytestr=17982993, vector=20605957, maxdepth=16, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #26 0x00000000006bc7c3 in funcall_lambda (fun=20602365, nargs=2, arg_vector=0x13a6c05) at eval.c:3052 #27 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4108) at eval.c:2869 #28 0x000000000072bfdb in exec_byte_code (bytestr=18031921, vector=20630677, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #29 0x00000000006bc7c3 in funcall_lambda (fun=20630989, nargs=1, arg_vector=0x13acc95) at eval.c:3052 #30 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf45f8) at eval.c:2869 #31 0x000000000072bfdb in exec_byte_code (bytestr=17962721, vector=20601573, maxdepth=16, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #32 0x00000000006bc7c3 in funcall_lambda (fun=20601693, nargs=2, arg_vector=0x13a5ae5) at eval.c:3052 #33 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4ad8) at eval.c:2869 #34 0x000000000072bfdb in exec_byte_code (bytestr=17961745, vector=20598325, #35 0x00000000006bc7c3 in funcall_lambda (fun=20581869, nargs=2, arg_vector=0x13a4e35) at eval.c:3052 #36 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4fb0) at eval.c:2869 #37 0x00000000006ba30e in Fapply (nargs=2, args=0x7fffb4bf50a0) at eval.c:2324 #38 0x00000000006ba99a in apply1 (fn=18744290, arg=17976182) at eval.c:2562 #39 0x00000000006b1ae1 in Fcall_interactively (function=18744290, record_flag=15309442, keys=15344501) at callint.c:378 #40 0x00000000006bb860 in Ffuncall (nargs=4, args=0x7fffb4bf53d0) at eval.c:2827 #41 0x00000000006baaae in call3 (fn=15448146, arg1=18744290, arg2=15309442, arg3=15309442) at eval.c:2619 #42 0x00000000005fd869 in Fcommand_execute (cmd=18744290, record_flag=15309442, keys=15309442, special=15309442) at keyboard.c:10336 #43 0x00000000005e044c in command_loop_1 () at keyboard.c:1569 #44 0x00000000006b6a8b in internal_condition_case ( bfun=0x5df238 , handlers=15361106, hfun=0x5de8f4 ) at eval.c:1332 #45 0x00000000005dedf7 in command_loop_2 (ignore=15309442) at keyboard.c:1152 #46 0x00000000006b6348 in internal_catch (tag=15356978, func=0x5dedd1 , arg=15309442) at eval.c:1089 #47 0x00000000005dedaa in command_loop () at keyboard.c:1131 #48 0x00000000005de140 in recursive_edit_1 () at keyboard.c:752 #49 0x00000000005de51b in Frecursive_edit () at keyboard.c:816 #50 0x00000000005dbca4 in main (argc=2, argv=0x7fffb4bf5dc8) at emacs.c:1693 Lisp Backtrace: "re-search-forward" (0xb4bf1e30) "Info-toc-build" (0xb4bf2320) "Info-toc-nodes" (0xb4bf2800) "Info-breadcrumbs" (0xb4bf2d48) "Info-fontify-node" (0xb4bf3250) "Info-select-node" (0xb4bf3740) "Info-find-node-2" (0xb4bf3c30) "Info-find-node" (0xb4bf4110) "Info-goto-node" (0xb4bf4600) "info-setup" (0xb4bf4ae0) "info" (0xb4bf4fb8) "call-interactively" (0xb4bf53d8) If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /home/e/eliz/bzr/emacs/trunk/etc/DEBUG. In GNU Emacs 24.1.50.4 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2012-07-07 on fencepost.gnu.org Bzr revision: 108937 bastien1@free.fr-20120707143747-988mrp1fb40mvtmf Configured using: `configure '--enable-asserts' '--enable-checking' '--with-gif=no' '--with-tiff=no' 'CFLAGS=-O0 -ggdb -g3 -DGLYPH_DEBUG=1'' Important settings: locale-coding-system: nil default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 0 ; 1 3 6 ; 0 c ESC x r e p o r t - e m TAB RET Recent messages: ("./src/emacs") 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 mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) From unknown Sat Aug 16 21:58:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11874: 24.1.50; Infloop in Info Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Jul 2012 00:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11874 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11874@debbugs.gnu.org Received: via spool by 11874-submit@debbugs.gnu.org id=B11874.13418808618098 (code B ref 11874); Tue, 10 Jul 2012 00:41:01 +0000 Received: (at 11874) by debbugs.gnu.org; 10 Jul 2012 00:41:01 +0000 Received: from localhost ([127.0.0.1]:58780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SoOVh-00026Z-0u for submit@debbugs.gnu.org; Mon, 09 Jul 2012 20:41:01 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:38297) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SoOVf-00026S-Qm for 11874@debbugs.gnu.org; Mon, 09 Jul 2012 20:41:00 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SoOQW-00021s-74; Mon, 09 Jul 2012 20:35:40 -0400 From: Glenn Morris References: <834npjmtxh.fsf@gnu.org> X-Spook: Centro NWO Downing Street smuggle World Trade Center X-Ran: S1'1-\:ileVfBk)G=Vs*7Y-Oi'pnQb$7bcTXT>TZ$_P)+\tN`/!"w6-lR&{%x6TFuJ (Eli Zaretskii's message of "Sat, 07 Jul 2012 19:12:42 +0300") Message-ID: <2ihatgxxk4.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii wrote: > Today's trunk infloops when I visit any Info manual. To reproduce > > cd src > ./emacs -Q > C-u C-h i ../info/emacs.info RET > > Attaching a debugger reveals the backtrace shown below. Typing > "finish" repeatedly until it hangs again shows that it infloops in > Info-toc-build. On GNU/Linux, if I type Ctrl-C into the debugger when > Emacs infloops, I can interrupt the loop, and Emacs becomes responsive > again. > > I see the same infloop on GNU/Linux (on a TTY) and also on MS-Windows No such problem for me with current trunk on a GNU/Linux TTY. Are you still seeing it? From unknown Sat Aug 16 21:58:50 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eli Zaretskii Subject: bug#11874: closed (Re: bug#11874: 24.1.50; Infloop in Info) Message-ID: References: <83y5mrk26q.fsf@gnu.org> <834npjmtxh.fsf@gnu.org> X-Gnu-PR-Message: they-closed 11874 X-Gnu-PR-Package: emacs Reply-To: 11874@debbugs.gnu.org Date: Tue, 10 Jul 2012 16:38:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1341938282-6850-1" This is a multi-part message in MIME format... ------------=_1341938282-6850-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #11874: 24.1.50; Infloop in Info which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 11874@debbugs.gnu.org. --=20 11874: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D11874 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1341938282-6850-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 11874-done) by debbugs.gnu.org; 10 Jul 2012 16:37:19 +0000 Received: from localhost ([127.0.0.1]:60429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SodR8-0001lY-U2 for submit@debbugs.gnu.org; Tue, 10 Jul 2012 12:37:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:48299) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SodR6-0001lR-Oc for 11874-done@debbugs.gnu.org; Tue, 10 Jul 2012 12:37:17 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M6Y00C00DW7W600@a-mtaout22.012.net.il> for 11874-done@debbugs.gnu.org; Tue, 10 Jul 2012 19:31:53 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M6Y00C5VDWZ9VB0@a-mtaout22.012.net.il>; Tue, 10 Jul 2012 19:31:47 +0300 (IDT) Date: Tue, 10 Jul 2012 19:31:41 +0300 From: Eli Zaretskii Subject: Re: bug#11874: 24.1.50; Infloop in Info In-reply-to: <2ihatgxxk4.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83y5mrk26q.fsf@gnu.org> References: <834npjmtxh.fsf@gnu.org> <2ihatgxxk4.fsf@fencepost.gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 11874-done Cc: 11874-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: 11874@debbugs.gnu.org > Date: Mon, 09 Jul 2012 20:35:39 -0400 > > Eli Zaretskii wrote: > > > Today's trunk infloops when I visit any Info manual. To reproduce > > > > cd src > > ./emacs -Q > > C-u C-h i ../info/emacs.info RET > > > > Attaching a debugger reveals the backtrace shown below. Typing > > "finish" repeatedly until it hangs again shows that it infloops in > > Info-toc-build. On GNU/Linux, if I type Ctrl-C into the debugger when > > Emacs infloops, I can interrupt the loop, and Emacs becomes responsive > > again. > > > > I see the same infloop on GNU/Linux (on a TTY) and also on MS-Windows > > No such problem for me with current trunk on a GNU/Linux TTY. > Are you still seeing it? No, not today. It seems to be fixed. Closing. ------------=_1341938282-6850-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 7 Jul 2012 16:18:31 +0000 Received: from localhost ([127.0.0.1]:55010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXiI-0007bq-74 for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:18:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45509) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SnXiE-0007bi-Uc for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:18:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnXdI-0004qo-7Z for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:13:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdI-0004qe-4K for submit@debbugs.gnu.org; Sat, 07 Jul 2012 12:13:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38068) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdF-0006mp-M2 for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnXdC-0004pO-S6 for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:17 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:64164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnXdC-0004p0-Ek for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 12:13:14 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M6S00200SWEGZ00@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 19:13:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M6S00224T1J5B70@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Sat, 07 Jul 2012 19:12:57 +0300 (IDT) Date: Sat, 07 Jul 2012 19:12:42 +0300 From: Eli Zaretskii Subject: 24.1.50; Infloop in Info X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org Message-id: <834npjmtxh.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': Today's trunk infloops when I visit any Info manual. To reproduce cd src ./emacs -Q C-u C-h i ../info/emacs.info RET Attaching a debugger reveals the backtrace shown below. Typing "finish" repeatedly until it hangs again shows that it infloops in Info-toc-build. On GNU/Linux, if I type Ctrl-C into the debugger when Emacs infloops, I can interrupt the loop, and Emacs becomes responsive again. I see the same infloop on GNU/Linux (on a TTY) and also on MS-Windows in both GUI and TTY sessions. The problem exists at least since yesterday, because I also saw it before updating from trunk today. Here's the backtrace obtained on an x86_64 GNU/Linux host: #0 0x000000000053ca6e in multibyte_chars_in_text ( ptr=0x7fdf12487ed3 "n list.\n\n If `completion-auto-help' is set to `nil', the completion commands\nnever display the completion list buffer; you must type `?' to display\nthe list. If the value is `lazy', Emacs only sho"..., nbytes=298563) at character.c:538 #1 0x0000000000635ede in byte_char_debug_check (b=0x2c6a730, charpos=298564, bytepos=298564) at marker.c:53 #2 0x0000000000637b22 in buf_bytepos_to_charpos (b=0x2c6a730, bytepos=298564) at marker.c:333 #3 0x0000000000665794 in search_buffer (string=18984305, pos=298014, pos_byte=298564, lim=299248, lim_byte=299248, n=1, RE=1, trt=20254853, inverse_trt=20445477, posix=0) at search.c:1226 #4 0x0000000000664c7c in search_command (string=18984305, bound=1196992, noerror=15309490, count=15309442, direction=1, RE=1, posix=0) at search.c:996 #5 0x0000000000668e70 in Fre_search_forward (regexp=18984305, bound=1196992, noerror=15309490, count=15309442) at search.c:2164 #6 0x00000000006bb8e4 in Ffuncall (nargs=4, args=0x7fffb4bf1e28) at eval.c:2831 #7 0x000000000072bfdb in exec_byte_code (bytestr=15413281, vector=20359909, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #8 0x00000000006bc7c3 in funcall_lambda (fun=20643461, nargs=1, arg_vector=0x136aae5) at eval.c:3052 #9 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf2318) at eval.c:2869 #10 0x000000000072bfdb in exec_byte_code (bytestr=18945201, vector=20360349, maxdepth=20, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #11 0x00000000006bc7c3 in funcall_lambda (fun=20643517, nargs=1, arg_vector=0x136ac9d) at eval.c:3052 #12 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf27f8) at eval.c:2869 #13 0x000000000072bfdb in exec_byte_code (bytestr=18061809, vector=21123861, maxdepth=60, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #14 0x00000000006bc7c3 in funcall_lambda (fun=21124165, nargs=0, arg_vector=0x1425315) at eval.c:3052 #15 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf2d40) at eval.c:2869 #16 0x000000000072bfdb in exec_byte_code (bytestr=18063105, vector=18083493, maxdepth=52, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #17 0x00000000006bc7c3 in funcall_lambda (fun=21124565, nargs=0, arg_vector=0x113eea5) at eval.c:3052 #18 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf3248) at eval.c:2869 #19 0x000000000072bfdb in exec_byte_code (bytestr=18021025, vector=20626765, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #20 0x00000000006bc7c3 in funcall_lambda (fun=20627077, nargs=0, arg_vector=0x13abd4d) at eval.c:3052 #21 0x00000000006bbbb4 in Ffuncall (nargs=1, args=0x7fffb4bf3738) at eval.c:2869 #22 0x000000000072bfdb in exec_byte_code (bytestr=17997185, vector=20614165, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #23 0x00000000006bc7c3 in funcall_lambda (fun=20614709, nargs=3, arg_vector=0x13a8c15) at eval.c:3052 #24 0x00000000006bbbb4 in Ffuncall (nargs=4, args=0x7fffb4bf3c28) at eval.c:2869 #25 0x000000000072bfdb in exec_byte_code (bytestr=17982993, vector=20605957, maxdepth=16, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #26 0x00000000006bc7c3 in funcall_lambda (fun=20602365, nargs=2, arg_vector=0x13a6c05) at eval.c:3052 #27 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4108) at eval.c:2869 #28 0x000000000072bfdb in exec_byte_code (bytestr=18031921, vector=20630677, maxdepth=24, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #29 0x00000000006bc7c3 in funcall_lambda (fun=20630989, nargs=1, arg_vector=0x13acc95) at eval.c:3052 #30 0x00000000006bbbb4 in Ffuncall (nargs=2, args=0x7fffb4bf45f8) at eval.c:2869 #31 0x000000000072bfdb in exec_byte_code (bytestr=17962721, vector=20601573, maxdepth=16, args_template=15309442, nargs=0, args=0x0) at bytecode.c:783 #32 0x00000000006bc7c3 in funcall_lambda (fun=20601693, nargs=2, arg_vector=0x13a5ae5) at eval.c:3052 #33 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4ad8) at eval.c:2869 #34 0x000000000072bfdb in exec_byte_code (bytestr=17961745, vector=20598325, #35 0x00000000006bc7c3 in funcall_lambda (fun=20581869, nargs=2, arg_vector=0x13a4e35) at eval.c:3052 #36 0x00000000006bbbb4 in Ffuncall (nargs=3, args=0x7fffb4bf4fb0) at eval.c:2869 #37 0x00000000006ba30e in Fapply (nargs=2, args=0x7fffb4bf50a0) at eval.c:2324 #38 0x00000000006ba99a in apply1 (fn=18744290, arg=17976182) at eval.c:2562 #39 0x00000000006b1ae1 in Fcall_interactively (function=18744290, record_flag=15309442, keys=15344501) at callint.c:378 #40 0x00000000006bb860 in Ffuncall (nargs=4, args=0x7fffb4bf53d0) at eval.c:2827 #41 0x00000000006baaae in call3 (fn=15448146, arg1=18744290, arg2=15309442, arg3=15309442) at eval.c:2619 #42 0x00000000005fd869 in Fcommand_execute (cmd=18744290, record_flag=15309442, keys=15309442, special=15309442) at keyboard.c:10336 #43 0x00000000005e044c in command_loop_1 () at keyboard.c:1569 #44 0x00000000006b6a8b in internal_condition_case ( bfun=0x5df238 , handlers=15361106, hfun=0x5de8f4 ) at eval.c:1332 #45 0x00000000005dedf7 in command_loop_2 (ignore=15309442) at keyboard.c:1152 #46 0x00000000006b6348 in internal_catch (tag=15356978, func=0x5dedd1 , arg=15309442) at eval.c:1089 #47 0x00000000005dedaa in command_loop () at keyboard.c:1131 #48 0x00000000005de140 in recursive_edit_1 () at keyboard.c:752 #49 0x00000000005de51b in Frecursive_edit () at keyboard.c:816 #50 0x00000000005dbca4 in main (argc=2, argv=0x7fffb4bf5dc8) at emacs.c:1693 Lisp Backtrace: "re-search-forward" (0xb4bf1e30) "Info-toc-build" (0xb4bf2320) "Info-toc-nodes" (0xb4bf2800) "Info-breadcrumbs" (0xb4bf2d48) "Info-fontify-node" (0xb4bf3250) "Info-select-node" (0xb4bf3740) "Info-find-node-2" (0xb4bf3c30) "Info-find-node" (0xb4bf4110) "Info-goto-node" (0xb4bf4600) "info-setup" (0xb4bf4ae0) "info" (0xb4bf4fb8) "call-interactively" (0xb4bf53d8) If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /home/e/eliz/bzr/emacs/trunk/etc/DEBUG. In GNU Emacs 24.1.50.4 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1) of 2012-07-07 on fencepost.gnu.org Bzr revision: 108937 bastien1@free.fr-20120707143747-988mrp1fb40mvtmf Configured using: `configure '--enable-asserts' '--enable-checking' '--with-gif=no' '--with-tiff=no' 'CFLAGS=-O0 -ggdb -g3 -DGLYPH_DEBUG=1'' Important settings: locale-coding-system: nil default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: ESC [ > 0 ; 1 3 6 ; 0 c ESC x r e p o r t - e m TAB RET Recent messages: ("./src/emacs") 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 mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dynamic-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) ------------=_1341938282-6850-1--