From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jul 2011 22:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9087@debbugs.gnu.org X-Debbugs-Original-To: Bug-Gnu-Emacs Received: via spool by submit@debbugs.gnu.org id=B.131068409215998 (code B ref -1); Thu, 14 Jul 2011 22:55:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2011 22:54:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhUnz-00049z-6I for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:51 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhUny-00049o-2c for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhUns-0002oo-62 for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:33566) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUns-0002oh-4H for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:44 -0400 Received: from eggs.gnu.org ([140.186.70.92]:54066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUnq-0000eX-MA for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhUnp-0002oU-KJ for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:42 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:56224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUnp-0002oL-CZ for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:41 -0400 Received: by pvc12 with SMTP id 12so788649pvc.0 for ; Thu, 14 Jul 2011 15:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=RERjK9+PkQWp1Mk1USi+iN1gxjBbmcbV+TtJSS7WNSg=; b=jn+om8XSGjWbjA7b6XUALg3SOP1F7INRVSmaHQ3bJFFts/yS0ARq8cMTK5B4dtw/h9 AlLJCmSWf1wuU+uiQhzE7mJ0YbN5sV07mrbCyMUwX1lStuZEbao9WijgjnctF+lJFTFN mF4VGTB4A1NislEdCs9J2CE208BJBBVM+9MlI= Received: by 10.142.249.42 with SMTP id w42mr1277772wfh.195.1310684080163; Thu, 14 Jul 2011 15:54:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Thu, 14 Jul 2011 15:54:00 -0700 (PDT) From: Juanma Barranquero Date: Fri, 15 Jul 2011 00:54:00 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) The backtraces below are from today's trunk, but I can also reproduce the bug with the emacs-23 branch (Windows build in both cases). This is sort of a recipe for the bug: - Start emacs with "emacs -Q -f icomplete-mode". - Run M-x set-face-font and set a font for a face; in my examples, I try to set font-lock-comment-face. - Choose a font, for example I set -outline-Consolas-bold-normal-normal-mono-13-*-*-*-c-*-iso10646-1 - Then run again "M-x set-face-font M-p M-p", to select the same face and the same font, and then modify the completion for the face. In my tests, I go to the family name "Consolas", remove it with M-d and start fiddling with completions of "Droid Sans Mono" (which I have installed), typing for example just "Droid S" , then , etc. Sooner or later it crashes every time. Crashes are not always identical, but all of them happen in a call to `byte-code' from inside `icomplete-exhibit'. After the signature there are two examples. I can repeat the crash easily, so if no one can reproduce it, pointers to debugging this are welcome. =C2=A0 =C2=A0 Juanma =3D=3D=3D Backtrace from trunk (1) =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 5784.0x14c4] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088da00 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x889200) "window-size-fixed-1" (0x8895a4) "byte-code" (0x889770) "window-size-fixed-1" (0x889b14) "window-size-fixed-p" (0x889d74) "window-sizable" (0x889fd4) "window--resize-root-window-vertically" (0x88a244) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) =3D=3D=3D Backtrace from trunk (2) =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 4812.0x15ac] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088da00 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) =3D=3D=3D Backtrace from emacs-23 =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 5976.0xf64] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088dcc0 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88def0) "icomplete-exhibit" (0x88e348) "run-hooks" (0x88e3f4) 0x2fa6ae0 There is no member named size. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 07:31:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131071504031556 (code B ref 9087); Fri, 15 Jul 2011 07:31:03 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 07:30:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhcrA-0008Cu-J5 for submit@debbugs.gnu.org; Fri, 15 Jul 2011 03:30:40 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Qhcr9-0008Cb-8r for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 03:30:39 -0400 Received: (qmail invoked by alias); 15 Jul 2011 07:30:32 -0000 Received: from 62-47-43-250.adsl.highway.telekom.at (EHLO [62.47.43.250]) [62.47.43.250] by mail.gmx.net (mp011) with SMTP; 15 Jul 2011 09:30:32 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+O3+0zVw+O2wWnhk9XqFSzLS36hDm/D8oSaXbsOR 7icQGtffGqHINU Message-ID: <4E1FEC95.609@gmx.at> Date: Fri, 15 Jul 2011 09:30:29 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > I can repeat the crash easily, so if no one can reproduce it, pointers > to debugging this are welcome. > "byte-code" (0x88dc50) > "icomplete-exhibit" (0x88e0c8) [...] > "byte-code" (0x88dc50) > "icomplete-exhibit" (0x88e0c8) Does it get more meaningful when you evaluate `icomplete-exhibit' before running the code? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 11:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131072830118048 (code B ref 9087); Fri, 15 Jul 2011 11:12:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 11:11:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhgJ3-0004h2-6d for submit@debbugs.gnu.org; Fri, 15 Jul 2011 07:11:41 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhgJ1-0004gn-0K for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 07:11:40 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LOD00L00GC6AW00@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 14:11:31 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.219.136]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOD00L5LGF7B900@a-mtaout20.012.net.il>; Fri, 15 Jul 2011 14:11:31 +0300 (IDT) Date: Fri, 15 Jul 2011 14:13:39 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83zkkfhk4c.fsf@gnu.org> References: X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Juanma Barranquero > Date: Fri, 15 Jul 2011 00:54:00 +0200 > > === Backtrace from trunk (1) === > > gdb: unknown target exception 0xc0000029 at 0x77be07b6 > > Program received signal ?, Unknown signal. > [Switching to Thread 5784.0x14c4] > 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll > (gdb) bt > #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll > #1 0x0088da00 in ?? () > #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll > #3 0x0088ffc4 in ?? () > Backtrace stopped: previous frame inner to this frame (corrupt stack?) Try "thread apply all bt", perhaps that will give a more meaningful backtrace in one of the other threads. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 12:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131073193326586 (code B ref 9087); Fri, 15 Jul 2011 12:13:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 12:12:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhFb-0006ul-RQ for submit@debbugs.gnu.org; Fri, 15 Jul 2011 08:12:13 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhFY-0006uU-AD for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 08:12:10 -0400 Received: by pzk4 with SMTP id 4so1367497pzk.0 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 05:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=LOG+X0thRZLvz0NYnFStNw3xM17JMsAaAPHEy4AOqbw=; b=k/yD9vLSQBIoxNt0UwlJxNnIWPrlZiX+BJO4bZD7QgYLz211hgGV/lRXU/t2eGaDyQ okrGo79tqevu9tskyEXgkL8grUhwLfWFVzglEiGypromXomquEHpGecNIkF4v6NQVDdq c7OLJdzAfmJpbEo1CZeqGV+Kts/Q5wkyBszRU= Received: by 10.142.226.18 with SMTP id y18mr608910wfg.366.1310731922076; Fri, 15 Jul 2011 05:12:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 05:11:22 -0700 (PDT) In-Reply-To: <83zkkfhk4c.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jul 2011 14:11:22 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On Fri, Jul 15, 2011 at 13:13, Eli Zaretskii wrote: > Try "thread apply all bt", perhaps that will give a more meaningful > backtrace in one of the other threads. Unexpectedly, I had a much more informative backtrace: Breakpoint 1, w32_abort () at w32fns.c:7182 7182 button = MessageBox (NULL, (gdb) bt #0 w32_abort () at w32fns.c:7182 #1 0x0103a942 in xfree (block=0x32d4f80) at alloc.c:713 #2 0x01004b8d in pop_kboard () at keyboard.c:923 #3 0x01004c6a in restore_kboard_configuration (was_locked=53151794) at keyboard.c:985 #4 0x01039a41 in unbind_to (count=34, value=53151770) at eval.c:3437 #5 0x010334d9 in unwind_to_catch (catch=0x88d9f0, value=53151794) at eval.c:1290 #6 0x01033577 in Fthrow (tag=55370426, value=53151794) at eval.c:1328 #7 0x0114eb0c in re_match_2_internal (bufp=0x1637588, string1=0x0, size1=0, string2=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size2=71, pos=0, regs=0x1638de8, stop=71) at regex.c:6280 #8 0x01144622 in re_search_2 (bufp=0x1637588, str1=0x0, size1=0, str2=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size2=71, startpos=0, range=0, regs=0x1638de8, stop=71) at regex.c:4514 #9 0x01143525 in re_search (bufp=0x1637588, string=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size=71, startpos=0, range=71, regs=0x1638de8) at regex.c:4295 #10 0x010f9ba3 in string_match_1 (regexp=82715057, string=55242833, start=0, posix=0) at search.c:411 #11 0x010f9cdc in Fstring_match (regexp=82715057, string=55242833, start=0) at search.c:451 #12 0x011088fd in Fall_completions (string=20058337, collection=57786174, predicate=53151770, hide_spaces=53151770) at minibuf.c:1590 #13 0x01037e6b in Ffuncall (nargs=4, args=0x88ba84) at eval.c:3020 #14 0x01124959 in exec_byte_code (bytestr=20580337, vector=20580405, maxdepth=48, args_template=4112, nargs=4, args=0x88bcf8) at bytecode.c:785 #15 0x010387f8 in funcall_lambda (fun=20580309, nargs=4, arg_vector=0x88bce8) at eval.c:3174 #16 0x01038113 in Ffuncall (nargs=5, args=0x88bce4) at eval.c:3058 #17 0x01124959 in exec_byte_code (bytestr=20581233, vector=55482565, maxdepth=24, args_template=0, nargs=0, args=0x88bf54) at bytecode.c:785 #18 0x010387f8 in funcall_lambda (fun=55481381, nargs=0, arg_vector=0x88bf54) at eval.c:3174 #19 0x01038113 in Ffuncall (nargs=1, args=0x88bf50) at eval.c:3058 #20 0x01035bd9 in eval_sub (form=55790686) at eval.c:2329 #21 0x0103395a in internal_lisp_condition_case (var=54494738, bodyform=55790686, handlers=55790638) at eval.c:1440 #22 0x01125214 in exec_byte_code (bytestr=20580897, vector=20581077, maxdepth=144, args_template=5136, nargs=4, args=0x88c434) at bytecode.c:981 #23 0x010387f8 in funcall_lambda (fun=20580869, nargs=4, arg_vector=0x88c424) at eval.c:3174 #24 0x01038113 in Ffuncall (nargs=5, args=0x88c420) at eval.c:3058 #25 0x01124959 in exec_byte_code (bytestr=20581345, vector=20581397, maxdepth=56, args_template=4112, nargs=4, args=0x88c6a8) at bytecode.c:785 #26 0x010387f8 in funcall_lambda (fun=20581317, nargs=4, arg_vector=0x88c698) at eval.c:3174 #27 0x01038113 in Ffuncall (nargs=5, args=0x88c694) at eval.c:3058 #28 0x01124959 in exec_byte_code (bytestr=20565313, vector=56501637, maxdepth=24, args_template=1028, nargs=1, args=0x88c8fc) at bytecode.c:785 #29 0x010387f8 in funcall_lambda (fun=56501221, nargs=1, arg_vector=0x88c8f8) at eval.c:3174 #30 0x01038113 in Ffuncall (nargs=2, args=0x88c8f4) at eval.c:3058 #31 0x01124959 in exec_byte_code (bytestr=20560633, vector=54625861, maxdepth=20, args_template=0, nargs=0, args=0x88cb64) at bytecode.c:785 #32 0x010387f8 in funcall_lambda (fun=54628197, nargs=0, arg_vector=0x88cb64) at eval.c:3174 #33 0x01038113 in Ffuncall (nargs=1, args=0x88cb60) at eval.c:3058 #34 0x01035bd9 in eval_sub (form=55791190) at eval.c:2329 #35 0x0103395a in internal_lisp_condition_case (var=54638482, bodyform=55791190, handlers=55791142) at eval.c:1440 #36 0x01125214 in exec_byte_code (bytestr=20560457, vector=20560557, maxdepth=60, args_template=2056, nargs=2, args=0x88cff0) at bytecode.c:981 #37 0x010387f8 in funcall_lambda (fun=20560429, nargs=2, arg_vector=0x88cfe8) at eval.c:3174 #38 0x01038113 in Ffuncall (nargs=3, args=0x88cfe4) at eval.c:3058 #39 0x01124959 in exec_byte_code (bytestr=20564961, vector=20565261, maxdepth=60, args_template=5136, nargs=5, args=0x88d278) at bytecode.c:785 #40 0x010387f8 in funcall_lambda (fun=20565173, nargs=5, arg_vector=0x88d264) at eval.c:3174 #41 0x01038113 in Ffuncall (nargs=6, args=0x88d260) at eval.c:3058 #42 0x01124959 in exec_byte_code (bytestr=20567217, vector=20567365, maxdepth=72, args_template=0, nargs=0, args=0x88d4e4) at bytecode.c:785 #43 0x010387f8 in funcall_lambda (fun=20567189, nargs=0, arg_vector=0x88d4e4) at eval.c:3174 #44 0x01038113 in Ffuncall (nargs=1, args=0x88d4e0) at eval.c:3058 #45 0x01124959 in exec_byte_code (bytestr=55203873, vector=56207365, maxdepth=36, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #46 0x01038c78 in funcall_lambda (fun=56616997, nargs=4, arg_vector=0x88d754) at eval.c:3240 #47 0x01038113 in Ffuncall (nargs=5, args=0x88d750) at eval.c:3058 #48 0x01124959 in exec_byte_code (bytestr=55220513, vector=56115845, maxdepth=20, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #49 0x01123f0a in Fbyte_code (bytestr=55220513, vector=56115845, maxdepth=20) at bytecode.c:423 #50 0x01035e98 in eval_sub (form=54813086) at eval.c:2363 #51 0x01033424 in internal_catch (tag=55370426, func=0x103547a , arg=54813086) at eval.c:1247 #52 0x011251ad in exec_byte_code (bytestr=55220593, vector=56617093, maxdepth=8, args_template=53151770, nargs=0, args=0x0) at bytecode.c:966 #53 0x01123f0a in Fbyte_code (bytestr=55220593, vector=56617093, maxdepth=8) at bytecode.c:423 #54 0x01035e98 in eval_sub (form=54813166) at eval.c:2363 #55 0x0103395a in internal_lisp_condition_case (var=53151770, bodyform=54813166, handlers=54813054) at eval.c:1440 #56 0x01125214 in exec_byte_code (bytestr=55220817, vector=55929221, maxdepth=28, args_template=53151770, nargs=0, args=0x0) at bytecode.c:981 #57 0x01038c78 in funcall_lambda (fun=56617189, nargs=0, arg_vector=0x88e0c8) at eval.c:3240 #58 0x01038113 in Ffuncall (nargs=1, args=0x88e0c4) at eval.c:3058 #59 0x01036c72 in funcall_nil (nargs=1, args=0x88e0c4) at eval.c:2526 #60 0x010370db in run_hook_with_args (nargs=1, args=0x88e0c4, funcall=0x1036c5a ) at eval.c:2715 #61 0x01036cbc in Frun_hooks (nargs=1, args=0x88e174) at eval.c:2553 #62 0x01037a78 in Ffuncall (nargs=2, args=0x88e170) at eval.c:2991 #63 0x01124959 in exec_byte_code (bytestr=55221073, vector=53285573, maxdepth=8, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #64 0x01038c78 in funcall_lambda (fun=56617893, nargs=0, arg_vector=0x88e3f4) at eval.c:3240 #65 0x01038113 in Ffuncall (nargs=1, args=0x88e3f0) at eval.c:3058 #66 0x010371d9 in call0 (fn=56617893) at eval.c:2763 #67 0x0100772d in safe_run_hooks_1 () at keyboard.c:1868 #68 0x01033a64 in internal_condition_case (bfun=0x10076b0 , handlers=53151794, hfun=0x100772f ) at eval.c:1493 #69 0x01007b5b in safe_run_hook_funcall (nargs=1, args=0x88e590) at keyboard.c:1923 #70 0x010370db in run_hook_with_args (nargs=1, args=0x88e590, funcall=0x1007aa1 ) at eval.c:2715 #71 0x01007baa in safe_run_hooks (hook=56617893) at keyboard.c:1940 #72 0x01006461 in command_loop_1 () at keyboard.c:1586 #73 0x01033a64 in internal_condition_case (bfun=0x100545f , handlers=53209522, hfun=0x1004c89 ) at eval.c:1493 #74 0x010050c5 in command_loop_2 (ignore=53151770) at keyboard.c:1156 #75 0x01033424 in internal_catch (tag=53301730, func=0x10050a2 , arg=53151770) at eval.c:1247 #76 0x0100502c in command_loop () at keyboard.c:1121 #77 0x01004647 in recursive_edit_1 () at keyboard.c:756 #78 0x011059d7 in read_minibuf (map=53496798, initial=53151770, prompt=56021441, backup_n=53151770, expflag=0, histvar=53327474, histpos=0, defalt=53151770, allow_props=0, inherit_input_method=0) at minibuf.c:663 #79 0x0110672a in Fread_from_minibuffer (prompt=56021441, initial_contents=53151770, keymap=53496798, sys_read=53151770, hist=53151770, default_value=53151770, inherit_input_method=53151770) at minibuf.c:957 #80 0x01038024 in Ffuncall (nargs=8, args=0x88ea58) at eval.c:3035 #81 0x01124959 in exec_byte_code (bytestr=20583305, vector=20583389, maxdepth=72, args_template=8200, nargs=8, args=0x88ece4) at bytecode.c:785 #82 0x010387f8 in funcall_lambda (fun=20583277, nargs=8, arg_vector=0x88ecc4) at eval.c:3174 #83 0x01038113 in Ffuncall (nargs=9, args=0x88ecc0) at eval.c:3058 #84 0x01108b01 in Fcompleting_read (prompt=56021441, collection=57786174, predicate=53151770, require_match=53151770, initial_input=53151770, hist=53151770, def=53151770, inherit_input_method=53151770) at minibuf.c:1702 #85 0x010380cb in Ffuncall (nargs=3, args=0x88edd0) at eval.c:3042 #86 0x01124959 in exec_byte_code (bytestr=20387729, vector=20387805, maxdepth=32, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #87 0x01038c78 in funcall_lambda (fun=20387701, nargs=2, arg_vector=0x88f034) at eval.c:3240 #88 0x01038113 in Ffuncall (nargs=3, args=0x88f030) at eval.c:3058 #89 0x01124959 in exec_byte_code (bytestr=20388425, vector=20388517, maxdepth=16, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #90 0x01038c78 in funcall_lambda (fun=20388397, nargs=1, arg_vector=0x88f1f0) at eval.c:3240 #91 0x01038448 in apply_lambda (fun=20388397, args=20382790) at eval.c:3117 #92 0x010361ba in eval_sub (form=20382782) at eval.c:2402 #93 0x01035469 in Feval (form=20382782, lexical=53151770) at eval.c:2211 #94 0x01121b49 in Fcall_interactively (function=54369026, record_flag=53151794, keys=53172997) at callint.c:346 #95 0x01037dec in Ffuncall (nargs=4, args=0x88f640) at eval.c:3016 #96 0x01037287 in call3 (fn=53316994, arg1=54369026, arg2=53151794, arg3=53151770) at eval.c:2809 #97 0x0101ffc1 in Fcommand_execute (cmd=54369026, record_flag=53151794, keys=53151770, special=53151770) at keyboard.c:10274 #98 0x010202bd in Fexecute_extended_command (prefixarg=53151770) at keyboard.c:10363 #99 0x01037d0c in Ffuncall (nargs=2, args=0x88f880) at eval.c:3009 #100 0x01123986 in Fcall_interactively (function=53207762, record_flag=53151770, keys=53172997) at callint.c:857 #101 0x01037dec in Ffuncall (nargs=4, args=0x88fb20) at eval.c:3016 #102 0x01037287 in call3 (fn=53316994, arg1=53207762, arg2=53151770, arg3=53151770) at eval.c:2809 #103 0x0101ffc1 in Fcommand_execute (cmd=53207762, record_flag=53151770, keys=53151770, special=53151770) at keyboard.c:10274 #104 0x01006422 in command_loop_1 () at keyboard.c:1572 #105 0x01033a64 in internal_condition_case (bfun=0x100545f , handlers=53209522, hfun=0x1004c89 ) at eval.c:1493 #106 0x010050c5 in command_loop_2 (ignore=53151770) at keyboard.c:1156 #107 0x01033424 in internal_catch (tag=53207546, func=0x10050a2 , arg=53151770) at eval.c:1247 #108 0x0100507d in command_loop () at keyboard.c:1135 #109 0x01004647 in recursive_edit_1 () at keyboard.c:756 #110 0x01004969 in Frecursive_edit () at keyboard.c:820 #111 0x010027eb in main (argc=4, argv=0xa52d70) at emacs.c:1701 Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) (gdb) The result of "thread apply all bt" is more or less the same: (gdb) thread apply all bt Thread 6 (Thread 4236.0x11c8): #0 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #1 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #2 0x774f471e in ntdll!TpCallbackMayRunLong () from C:\Windows\system32\ntdll.dll #3 0x00000130 in ?? () #4 0x79f4fedc in ?? () #5 0x765b339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #6 0x00d22e80 in ?? () #7 0x774e9ed2 in wcscat () from C:\Windows\system32\ntdll.dll #8 0x00d22e80 in ?? () #9 0x774e9ea5 in wcscat () from C:\Windows\system32\ntdll.dll #10 0x774f6679 in ntdll!RtlpQueryDefaultUILanguage () from C:\Windows\system32\ntdll.dll #11 0x00d22e80 in ?? () #12 0x00000000 in ?? () Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) Thread 5 (Thread 4236.0x133c): #0 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #1 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #2 0x774f471e in ntdll!TpCallbackMayRunLong () from C:\Windows\system32\ntdll.dll #3 0x00000130 in ?? () #4 0x7974fedc in ?? () #5 0x765b339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #6 0x00d22e80 in ?? () #7 0x774e9ed2 in wcscat () from C:\Windows\system32\ntdll.dll #8 0x00d22e80 in ?? () #9 0x774e9ea5 in wcscat () from C:\Windows\system32\ntdll.dll #10 0x774f6679 in ntdll!RtlpQueryDefaultUILanguage () from C:\Windows\system32\ntdll.dll #11 0x00d22e80 in ?? () #12 0x00000000 in ?? () Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) Thread 4 (Thread 4236.0x1330): #0 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #1 0x774d1f36 in ntdll!LdrQueryProcessModuleInformation () from C:\Windows\system32\ntdll.dll #2 0x774f471e in ntdll!TpCallbackMayRunLong () from C:\Windows\system32\ntdll.dll #3 0x00000158 in ?? () #4 0x78f4fedc in ?? () #5 0x765b339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #6 0x00d23ec0 in ?? () #7 0x774e9ed2 in wcscat () from C:\Windows\system32\ntdll.dll #8 0x00d23ec0 in ?? () #9 0x774e9ea5 in wcscat () from C:\Windows\system32\ntdll.dll #10 0x774f6679 in ntdll!RtlpQueryDefaultUILanguage () from C:\Windows\system32\ntdll.dll #11 0x00d23ec0 in ?? () #12 0x00000000 in ?? () Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) Thread 3 (Thread 4236.0xf28): #0 0x0122e48d in w32_abort () at w32fns.c:7182 #1 0x0103cab3 in Fcons (car=53209954, cdr=53151770) at alloc.c:2639 #2 0x0103400b in Fsignal (error_symbol=53209954, data=53151770) at eval.c:1745 #3 0x010340ed in xsignal (error_symbol=53209954, data=53151770) at eval.c:1769 #4 0x0103410c in xsignal0 (error_symbol=53209954) at eval.c:1778 #5 0x012621ca in text_read_only (propval=53151794) at textprop.c:92 #6 0x012699f0 in verify_interval_modification (buf=0x3591000, start=1, end=132) at textprop.c:2157 #7 0x011121f3 in prepare_to_modify_buffer (start=1, end=132, preserve_ptr=0x7481f83c) at insdel.c:1851 #8 0x011117c1 in del_range_1 (from=1, to=132, prepare=1, ret_string=0) at insdel.c:1601 #9 0x0111174a in del_range (from=1, to=132) at insdel.c:1576 #10 0x010bfc20 in Ferase_buffer () at buffer.c:1950 #11 0x011064c8 in read_minibuf_unwind (data=53151770) at minibuf.c:864 #12 0x01039a41 in unbind_to (count=27, value=53151770) at eval.c:3437 #13 0x010334d9 in unwind_to_catch (catch=0x88d9f0, value=53151794) at eval.c:1290 #14 0x01033577 in Fthrow (tag=55370426, value=53151794) at eval.c:1328 #15 0x0122260d in signal_user_input () at w32fns.c:2482 #16 0x012226aa in post_character_message (hwnd=0x5204ea, msg=258, wParam=109, lParam=3276801, modifiers=0) at w32fns.c:2542 #17 0x012236eb in w32_wnd_proc (hwnd=0x5204ea, msg=258, wParam=109, lParam=3276801) at w32fns.c:2913 #18 0x767162fa in USER32!OffsetRect () from C:\Windows\syswow64\user32.dll #19 0x005204ea in ?? () #20 0x00000102 in ?? () #21 0x0000006d in ?? () #22 0x00320001 in ?? () #23 0x012226d3 in post_character_message (hwnd=0x12226d3, msg=5375210, wParam=258, lParam=109, modifiers=3276801) at w32fns.c:2546 #24 0x76716d3a in USER32!IsWindow () from C:\Windows\syswow64\user32.dll #25 0x012226d3 in post_character_message (hwnd=0x0, msg=19015379, wParam=5375210, lParam=258, modifiers=109) at w32fns.c:2546 #26 0x767177c4 in USER32!AnyPopup () from C:\Windows\syswow64\user32.dll #27 0x00000000 in ?? () Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) Thread 2 (Thread 4236.0x1280): #0 0x774d014d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll #1 0x774d014d in ntdll!RtlEnableEarlyCriticalSectionEventCreation () from C:\Windows\system32\ntdll.dll #2 0x774f431f in ntdll!TpCallbackMayRunLong () from C:\Windows\system32\ntdll.dll #3 0x00000003 in ?? () #4 0x00d23ca8 in ?? () #5 0x765b339a in KERNEL32!BaseCleanupAppcompatCacheSupport () from C:\Windows\syswow64\kernel32.dll #6 0x00000000 in ?? () Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) Thread 1 (Thread 4236.0x1274): #0 w32_abort () at w32fns.c:7182 #1 0x0103a942 in xfree (block=0x32d4f80) at alloc.c:713 #2 0x01004b8d in pop_kboard () at keyboard.c:923 #3 0x01004c6a in restore_kboard_configuration (was_locked=53151794) at keyboard.c:985 #4 0x01039a41 in unbind_to (count=34, value=53151770) at eval.c:3437 #5 0x010334d9 in unwind_to_catch (catch=0x88d9f0, value=53151794) at eval.c:1290 #6 0x01033577 in Fthrow (tag=55370426, value=53151794) at eval.c:1328 #7 0x0114eb0c in re_match_2_internal (bufp=0x1637588, string1=0x0, size1=0, string2=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size2=71, pos=0, regs=0x1638de8, stop=71) at regex.c:6280 #8 0x01144622 in re_search_2 (bufp=0x1637588, str1=0x0, size1=0, str2=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size2=71, startpos=0, range=0, regs=0x1638de8, stop=71) at regex.c:4514 #9 0x01143525 in re_search (bufp=0x1637588, string=0x4e1d190 "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7", size=71, startpos=0, range=71, regs=0x1638de8) at regex.c:4295 #10 0x010f9ba3 in string_match_1 (regexp=82715057, string=55242833, start=0, posix=0) at search.c:411 #11 0x010f9cdc in Fstring_match (regexp=82715057, string=55242833, start=0) at search.c:451 #12 0x011088fd in Fall_completions (string=20058337, collection=57786174, predicate=53151770, hide_spaces=53151770) at minibuf.c:1590 #13 0x01037e6b in Ffuncall (nargs=4, args=0x88ba84) at eval.c:3020 #14 0x01124959 in exec_byte_code (bytestr=20580337, vector=20580405, maxdepth=48, args_template=4112, nargs=4, args=0x88bcf8) at bytecode.c:785 #15 0x010387f8 in funcall_lambda (fun=20580309, nargs=4, arg_vector=0x88bce8) at eval.c:3174 #16 0x01038113 in Ffuncall (nargs=5, args=0x88bce4) at eval.c:3058 #17 0x01124959 in exec_byte_code (bytestr=20581233, vector=55482565, maxdepth=24, args_template=0, nargs=0, args=0x88bf54) at bytecode.c:785 #18 0x010387f8 in funcall_lambda (fun=55481381, nargs=0, arg_vector=0x88bf54) at eval.c:3174 #19 0x01038113 in Ffuncall (nargs=1, args=0x88bf50) at eval.c:3058 #20 0x01035bd9 in eval_sub (form=55790686) at eval.c:2329 #21 0x0103395a in internal_lisp_condition_case (var=54494738, bodyform=55790686, handlers=55790638) at eval.c:1440 #22 0x01125214 in exec_byte_code (bytestr=20580897, vector=20581077, maxdepth=144, args_template=5136, nargs=4, args=0x88c434) at bytecode.c:981 #23 0x010387f8 in funcall_lambda (fun=20580869, nargs=4, arg_vector=0x88c424) at eval.c:3174 #24 0x01038113 in Ffuncall (nargs=5, args=0x88c420) at eval.c:3058 #25 0x01124959 in exec_byte_code (bytestr=20581345, vector=20581397, maxdepth=56, args_template=4112, nargs=4, args=0x88c6a8) at bytecode.c:785 #26 0x010387f8 in funcall_lambda (fun=20581317, nargs=4, arg_vector=0x88c698) at eval.c:3174 #27 0x01038113 in Ffuncall (nargs=5, args=0x88c694) at eval.c:3058 #28 0x01124959 in exec_byte_code (bytestr=20565313, vector=56501637, maxdepth=24, args_template=1028, nargs=1, args=0x88c8fc) at bytecode.c:785 #29 0x010387f8 in funcall_lambda (fun=56501221, nargs=1, arg_vector=0x88c8f8) at eval.c:3174 #30 0x01038113 in Ffuncall (nargs=2, args=0x88c8f4) at eval.c:3058 #31 0x01124959 in exec_byte_code (bytestr=20560633, vector=54625861, maxdepth=20, args_template=0, nargs=0, args=0x88cb64) at bytecode.c:785 #32 0x010387f8 in funcall_lambda (fun=54628197, nargs=0, arg_vector=0x88cb64) at eval.c:3174 #33 0x01038113 in Ffuncall (nargs=1, args=0x88cb60) at eval.c:3058 #34 0x01035bd9 in eval_sub (form=55791190) at eval.c:2329 #35 0x0103395a in internal_lisp_condition_case (var=54638482, bodyform=55791190, handlers=55791142) at eval.c:1440 #36 0x01125214 in exec_byte_code (bytestr=20560457, vector=20560557, maxdepth=60, args_template=2056, nargs=2, args=0x88cff0) at bytecode.c:981 #37 0x010387f8 in funcall_lambda (fun=20560429, nargs=2, arg_vector=0x88cfe8) at eval.c:3174 #38 0x01038113 in Ffuncall (nargs=3, args=0x88cfe4) at eval.c:3058 #39 0x01124959 in exec_byte_code (bytestr=20564961, vector=20565261, maxdepth=60, args_template=5136, nargs=5, args=0x88d278) at bytecode.c:785 #40 0x010387f8 in funcall_lambda (fun=20565173, nargs=5, arg_vector=0x88d264) at eval.c:3174 #41 0x01038113 in Ffuncall (nargs=6, args=0x88d260) at eval.c:3058 #42 0x01124959 in exec_byte_code (bytestr=20567217, vector=20567365, maxdepth=72, args_template=0, nargs=0, args=0x88d4e4) at bytecode.c:785 #43 0x010387f8 in funcall_lambda (fun=20567189, nargs=0, arg_vector=0x88d4e4) at eval.c:3174 #44 0x01038113 in Ffuncall (nargs=1, args=0x88d4e0) at eval.c:3058 #45 0x01124959 in exec_byte_code (bytestr=55203873, vector=56207365, maxdepth=36, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #46 0x01038c78 in funcall_lambda (fun=56616997, nargs=4, arg_vector=0x88d754) at eval.c:3240 #47 0x01038113 in Ffuncall (nargs=5, args=0x88d750) at eval.c:3058 #48 0x01124959 in exec_byte_code (bytestr=55220513, vector=56115845, maxdepth=20, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #49 0x01123f0a in Fbyte_code (bytestr=55220513, vector=56115845, maxdepth=20) at bytecode.c:423 #50 0x01035e98 in eval_sub (form=54813086) at eval.c:2363 #51 0x01033424 in internal_catch (tag=55370426, func=0x103547a , arg=54813086) at eval.c:1247 #52 0x011251ad in exec_byte_code (bytestr=55220593, vector=56617093, maxdepth=8, args_template=53151770, nargs=0, args=0x0) at bytecode.c:966 #53 0x01123f0a in Fbyte_code (bytestr=55220593, vector=56617093, maxdepth=8) at bytecode.c:423 #54 0x01035e98 in eval_sub (form=54813166) at eval.c:2363 #55 0x0103395a in internal_lisp_condition_case (var=53151770, bodyform=54813166, handlers=54813054) at eval.c:1440 #56 0x01125214 in exec_byte_code (bytestr=55220817, vector=55929221, maxdepth=28, args_template=53151770, nargs=0, args=0x0) at bytecode.c:981 #57 0x01038c78 in funcall_lambda (fun=56617189, nargs=0, arg_vector=0x88e0c8) at eval.c:3240 #58 0x01038113 in Ffuncall (nargs=1, args=0x88e0c4) at eval.c:3058 #59 0x01036c72 in funcall_nil (nargs=1, args=0x88e0c4) at eval.c:2526 #60 0x010370db in run_hook_with_args (nargs=1, args=0x88e0c4, funcall=0x1036c5a ) at eval.c:2715 #61 0x01036cbc in Frun_hooks (nargs=1, args=0x88e174) at eval.c:2553 #62 0x01037a78 in Ffuncall (nargs=2, args=0x88e170) at eval.c:2991 #63 0x01124959 in exec_byte_code (bytestr=55221073, vector=53285573, maxdepth=8, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #64 0x01038c78 in funcall_lambda (fun=56617893, nargs=0, arg_vector=0x88e3f4) at eval.c:3240 #65 0x01038113 in Ffuncall (nargs=1, args=0x88e3f0) at eval.c:3058 #66 0x010371d9 in call0 (fn=56617893) at eval.c:2763 #67 0x0100772d in safe_run_hooks_1 () at keyboard.c:1868 #68 0x01033a64 in internal_condition_case (bfun=0x10076b0 , handlers=53151794, hfun=0x100772f ) at eval.c:1493 #69 0x01007b5b in safe_run_hook_funcall (nargs=1, args=0x88e590) at keyboard.c:1923 #70 0x010370db in run_hook_with_args (nargs=1, args=0x88e590, funcall=0x1007aa1 ) at eval.c:2715 #71 0x01007baa in safe_run_hooks (hook=56617893) at keyboard.c:1940 #72 0x01006461 in command_loop_1 () at keyboard.c:1586 #73 0x01033a64 in internal_condition_case (bfun=0x100545f , handlers=53209522, hfun=0x1004c89 ) at eval.c:1493 #74 0x010050c5 in command_loop_2 (ignore=53151770) at keyboard.c:1156 #75 0x01033424 in internal_catch (tag=53301730, func=0x10050a2 , arg=53151770) at eval.c:1247 #76 0x0100502c in command_loop () at keyboard.c:1121 #77 0x01004647 in recursive_edit_1 () at keyboard.c:756 #78 0x011059d7 in read_minibuf (map=53496798, initial=53151770, prompt=56021441, backup_n=53151770, expflag=0, histvar=53327474, histpos=0, defalt=53151770, allow_props=0, inherit_input_method=0) at minibuf.c:663 #79 0x0110672a in Fread_from_minibuffer (prompt=56021441, initial_contents=53151770, keymap=53496798, sys_read=53151770, hist=53151770, default_value=53151770, inherit_input_method=53151770) at minibuf.c:957 #80 0x01038024 in Ffuncall (nargs=8, args=0x88ea58) at eval.c:3035 #81 0x01124959 in exec_byte_code (bytestr=20583305, vector=20583389, maxdepth=72, args_template=8200, nargs=8, args=0x88ece4) at bytecode.c:785 #82 0x010387f8 in funcall_lambda (fun=20583277, nargs=8, arg_vector=0x88ecc4) at eval.c:3174 #83 0x01038113 in Ffuncall (nargs=9, args=0x88ecc0) at eval.c:3058 #84 0x01108b01 in Fcompleting_read (prompt=56021441, collection=57786174, predicate=53151770, require_match=53151770, initial_input=53151770, hist=53151770, def=53151770, inherit_input_method=53151770) at minibuf.c:1702 #85 0x010380cb in Ffuncall (nargs=3, args=0x88edd0) at eval.c:3042 #86 0x01124959 in exec_byte_code (bytestr=20387729, vector=20387805, maxdepth=32, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #87 0x01038c78 in funcall_lambda (fun=20387701, nargs=2, arg_vector=0x88f034) at eval.c:3240 #88 0x01038113 in Ffuncall (nargs=3, args=0x88f030) at eval.c:3058 #89 0x01124959 in exec_byte_code (bytestr=20388425, vector=20388517, maxdepth=16, args_template=53151770, nargs=0, args=0x0) at bytecode.c:785 #90 0x01038c78 in funcall_lambda (fun=20388397, nargs=1, arg_vector=0x88f1f0) at eval.c:3240 #91 0x01038448 in apply_lambda (fun=20388397, args=20382790) at eval.c:3117 #92 0x010361ba in eval_sub (form=20382782) at eval.c:2402 #93 0x01035469 in Feval (form=20382782, lexical=53151770) at eval.c:2211 #94 0x01121b49 in Fcall_interactively (function=54369026, record_flag=53151794, keys=53172997) at callint.c:346 #95 0x01037dec in Ffuncall (nargs=4, args=0x88f640) at eval.c:3016 #96 0x01037287 in call3 (fn=53316994, arg1=54369026, arg2=53151794, arg3=53151770) at eval.c:2809 #97 0x0101ffc1 in Fcommand_execute (cmd=54369026, record_flag=53151794, keys=53151770, special=53151770) at keyboard.c:10274 #98 0x010202bd in Fexecute_extended_command (prefixarg=53151770) at keyboard.c:10363 #99 0x01037d0c in Ffuncall (nargs=2, args=0x88f880) at eval.c:3009 #100 0x01123986 in Fcall_interactively (function=53207762, record_flag=53151770, keys=53172997) at callint.c:857 #101 0x01037dec in Ffuncall (nargs=4, args=0x88fb20) at eval.c:3016 #102 0x01037287 in call3 (fn=53316994, arg1=53207762, arg2=53151770, arg3=53151770) at eval.c:2809 #103 0x0101ffc1 in Fcommand_execute (cmd=53207762, record_flag=53151770, keys=53151770, special=53151770) at keyboard.c:10274 #104 0x01006422 in command_loop_1 () at keyboard.c:1572 #105 0x01033a64 in internal_condition_case (bfun=0x100545f , handlers=53209522, hfun=0x1004c89 ) at eval.c:1493 #106 0x010050c5 in command_loop_2 (ignore=53151770) at keyboard.c:1156 #107 0x01033424 in internal_catch (tag=53207546, func=0x10050a2 , arg=53151770) at eval.c:1247 #108 0x0100507d in command_loop () at keyboard.c:1135 #109 0x01004647 in recursive_edit_1 () at keyboard.c:756 #110 0x01004969 in Frecursive_edit () at keyboard.c:820 #111 0x010027eb in main (argc=4, argv=0xa52d70) at emacs.c:1701 Lisp Backtrace: "all-completions" (0x88ba88) "completion-pcm--all-completions" (0x88bce8) 0x34e9420 PVEC_COMPILED "funcall" (0x88bf50) "completion-pcm--find-all-completions" (0x88c424) "completion-pcm-all-completions" (0x88c698) 0x35e23e0 PVEC_COMPILED 0x3418f60 PVEC_COMPILED "funcall" (0x88cb60) "completion--some" (0x88cfe8) "completion-all-completions" (0x88d264) "completion-all-sorted-completions" (0x88d4e4) "icomplete-completions" (0x88d754) "byte-code" (0x88d930) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) (gdb) I still have the debugger session open. Do you want me to try something? J From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 12:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131073200426694 (code B ref 9087); Fri, 15 Jul 2011 12:14:01 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 12:13:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhGl-0006wV-6R for submit@debbugs.gnu.org; Fri, 15 Jul 2011 08:13:23 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhGj-0006wK-8R for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 08:13:21 -0400 Received: by pvh18 with SMTP id 18so1192489pvh.3 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 05:13:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=yX7ZumITF/FTyFomZq3SLKuBcG7cdW1HgwCEGmlA4sc=; b=wYW8eZiaNtrO1gMt143aSPzWVwf6yuB0j/53QK2My+XlWpMo5lF5eOS67SzXXvsS4F DEguv4yPG4HNmxjo4N1wRaniEwOjy3XKoZgoh9vEg4nkLnNJOkm/ZumGcwtHCMlvU1Bs UXn9T4qlhdTo28AzQM4wamKP7rrrYmHVaIR1M= Received: by 10.142.234.3 with SMTP id g3mr1447064wfh.423.1310731995470; Fri, 15 Jul 2011 05:13:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 05:12:28 -0700 (PDT) In-Reply-To: <4E1FEC95.609@gmx.at> References: <4E1FEC95.609@gmx.at> From: Juanma Barranquero Date: Fri, 15 Jul 2011 14:12:28 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.5 (---) On Fri, Jul 15, 2011 at 09:30, martin rudalics wrote: > Does it get more meaningful when you evaluate `icomplete-exhibit' before > running the code? Do you mean doing M-: (icomplete-exhibit) before trying to crash Emacs? =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 12:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131073219626988 (code B ref 9087); Fri, 15 Jul 2011 12:17:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 12:16:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhJr-00071E-E0 for submit@debbugs.gnu.org; Fri, 15 Jul 2011 08:16:35 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhJp-000712-AG for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 08:16:33 -0400 Received: by pvh18 with SMTP id 18so1195014pvh.3 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 05:16:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=AMlCeUbvccZ6mb1FklEfTYTQMMhSHkkR4p3RbycroLQ=; b=ekusNV/yA7XU/X5jbRoOkZs7J4OycK4Em4SzuB0+BJ72PtEKu0ILmnUlUFTnOiEFnO 4Bf5OZpiXfuQ4bOKqUdsjidlUqoIIWlF/hw6HFMGQ5kaFdG0S4mlML9aXOuhRH4ByE2c ASBqkJWr6YffGZUx6GgFQKB2voo3NKK5a1vdQ= Received: by 10.142.226.18 with SMTP id y18mr610504wfg.366.1310732187629; Fri, 15 Jul 2011 05:16:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 05:15:42 -0700 (PDT) In-Reply-To: References: <83zkkfhk4c.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jul 2011 14:15:42 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.5 (---) On Fri, Jul 15, 2011 at 14:11, Juanma Barranquero wrote: > #7 =C2=A00x0114eb0c in re_match_2_internal (bufp=3D0x1637588, string1=3D0= x0, size1=3D0, > =C2=A0 =C2=A0string2=3D0x4e1d190 > "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7"= , > size2=3D71, pos=3D0, regs=3D0x1638de8, stop=3D71) > =C2=A0 =C2=A0at regex.c:6280 > #8 =C2=A00x01144622 in re_search_2 (bufp=3D0x1637588, str1=3D0x0, size1= =3D0, > =C2=A0 =C2=A0str2=3D0x4e1d190 > "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7"= , > size2=3D71, startpos=3D0, range=3D0, regs=3D0x1638de8, > =C2=A0 =C2=A0stop=3D71) at regex.c:4514 > #9 =C2=A00x01143525 in re_search (bufp=3D0x1637588, string=3D0x4e1d190 > "-outline-Gabriola-normal-normal-normal-decorative-*-*-*-*-p-*-iso8859-7"= , > size=3D71, > =C2=A0 =C2=A0startpos=3D0, range=3D71, regs=3D0x1638de8) at regex.c:4295 Interesting, because at that moment the minibuffer read Set font attributes of face `font-lock-comment-face' from font: -outline-Droid sans[-]bold-normal-normal-mono-*-*-*-*-c-*-iso10646-1 (No matches) where [-] is the cursor over a dash. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 12:24:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131073264127633 (code B ref 9087); Fri, 15 Jul 2011 12:24:03 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 12:24:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhR2-0007Be-NZ for submit@debbugs.gnu.org; Fri, 15 Jul 2011 08:24:00 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QhhR1-0007BQ-BJ for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 08:24:00 -0400 Received: (qmail invoked by alias); 15 Jul 2011 12:23:52 -0000 Received: from 62-47-43-250.adsl.highway.telekom.at (EHLO [62.47.43.250]) [62.47.43.250] by mail.gmx.net (mp030) with SMTP; 15 Jul 2011 14:23:52 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/7v+lMF6v7n78m/DftB27JMQ/VVUytu+htuIP06V DY4do3V4sfvIS7 Message-ID: <4E203152.6020603@gmx.at> Date: Fri, 15 Jul 2011 14:23:46 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <4E1FEC95.609@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > Do you mean doing > > M-: (icomplete-exhibit) > > before trying to crash Emacs? No. I meant running icomplete-exhibit non-byte-compiled. But I suppose it's not important any more now. martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 12:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131073283027916 (code B ref 9087); Fri, 15 Jul 2011 12:28:01 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 12:27:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhU4-0007GD-VP for submit@debbugs.gnu.org; Fri, 15 Jul 2011 08:27:09 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhhU2-0007Fi-Uh for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 08:27:08 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LOD00C00JNWLH00@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 15:26:59 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.219.136]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOD00CQ9JWYK380@a-mtaout23.012.net.il>; Fri, 15 Jul 2011 15:26:59 +0300 (IDT) Date: Fri, 15 Jul 2011 15:29:06 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83wrfjhgml.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > From: Juanma Barranquero > Date: Fri, 15 Jul 2011 14:11:22 +0200 > Cc: 9087@debbugs.gnu.org > > #0 w32_abort () at w32fns.c:7182 > #1 0x0103a942 in xfree (block=0x32d4f80) at alloc.c:713 AFAIU, this abort means that we call UNBLOCK_INPUT without a paired BLOCK_INPUT. Could you perhaps repeat the recipe after setting a watchpoint on the variable interrupt_input_blocked, with commands like this: p interrupt_input_blocked bt 5 continue Then GDB should show who calls BLOCK_INPUT and UNBLOCK_INPUT, and if we are lucky, we will see the unpaired call. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 15:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131074281018585 (code B ref 9087); Fri, 15 Jul 2011 15:14:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 15:13:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qhk53-0004pi-Nr for submit@debbugs.gnu.org; Fri, 15 Jul 2011 11:13:29 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qhk51-0004pU-5Q for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 11:13:27 -0400 Received: by pvh18 with SMTP id 18so1343092pvh.3 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 08:13:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=i4E/XZlcBnm1Mx6tVL1S4bNygM1omQg0/aSExLicy2I=; b=k5yi1EYi0B6LtwFX5FE667w22uzLAhuxNCDgpajgtlVsXbtxAS3KiBGcBsfyPk1Ntq x6jOXYJOwn1bzBfCExI3rTZYX061nAURpJzuZNnORlmkwg1kr1jBsAxkkIDNiblESW6T FItn++ihfjqybQKnpeE/U3EiFbZ8Eh5+3brwQ= Received: by 10.142.120.1 with SMTP id s1mr1634378wfc.252.1310742801102; Fri, 15 Jul 2011 08:13:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 08:12:41 -0700 (PDT) In-Reply-To: <83wrfjhgml.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jul 2011 17:12:41 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.5 (---) On Fri, Jul 15, 2011 at 14:29, Eli Zaretskii wrote: > Could you perhaps repeat the recipe after setting a watchpoint on the > variable interrupt_input_blocked, with commands like this: > > =C2=A0p interrupt_input_blocked > =C2=A0bt 5 > =C2=A0continue I'm sorry, I think you'll have to downgrade your expectations about my GDB-foo and explain things more slowly and with easy words ;-) =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 15:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131074334119495 (code B ref 9087); Fri, 15 Jul 2011 15:23:01 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 15:22:21 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhkDc-00054O-Nl for submit@debbugs.gnu.org; Fri, 15 Jul 2011 11:22:20 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhkDa-00054B-0l for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 11:22:18 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LOD00E00RWTC200@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 18:21:56 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.219.136]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOD00E95S0J6K90@a-mtaout22.012.net.il>; Fri, 15 Jul 2011 18:21:56 +0300 (IDT) Date: Fri, 15 Jul 2011 18:24:03 +0300 From: Eli Zaretskii In-reply-to: Message-id: <83tyanh8j0.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Juanma Barranquero > Date: Fri, 15 Jul 2011 17:12:41 +0200 > Cc: 9087@debbugs.gnu.org >=20 > On Fri, Jul 15, 2011 at 14:29, Eli Zaretskii wrote: >=20 > > Could you perhaps repeat the recipe after setting a watchpoint on= the > > variable interrupt_input_blocked, with commands like this: > > > > =C2=A0p interrupt_input_blocked > > =C2=A0bt 5 > > =C2=A0continue >=20 > I'm sorry, I think you'll have to downgrade your expectations about= my > GDB-foo and explain things more slowly and with easy words ;-) Compliance! whatever> gdb ./oo/i386/emacs.exe (gdb) watch interrupt_input_blocked (gdb) commands >p interrupt_input_blocked >bt 5 >continue >end (gdb) run .... Now each time interrupt_input_blocked will change its value, GDB will kick in, perform the named "commands", and let Emacs continue. Do whatever you need to reproduce the crash, then look at what GDB printed, and see if the increments/decrements of this variable come i= n pairs, as they should, or not. Note that they could be nested, so just 2 increments in a row are okay if there are 2 decrements in a ro= w after that. See the definitions of BLOCK_INPUT and UNBLOCK_INPUT, for more insight. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 16:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13107480467543 (code B ref 9087); Fri, 15 Jul 2011 16:41:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 16:40:46 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhlRV-0001xc-Ow for submit@debbugs.gnu.org; Fri, 15 Jul 2011 12:40:46 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhlRT-0001xP-3V for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 12:40:44 -0400 Received: by pzk4 with SMTP id 4so1624694pzk.0 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 09:40:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=VFHf6cL6/M/1ayZF43eLYrhXd5pzqGPIRh4iQ/zfjFA=; b=K4adUQEBbqQYNBeZ/09VDljJ18BCXf3q1K4vKg86CPBEr6/VpZg7UCCMT4g1AGNqN4 uSpXcNK0h0cYZEWD7hZfbU5zRRGzOIER4kYFDSabrwOl0c31xvsCs2u41kvul9m1IX6m VEmKEpxrnGkWL5HgYyWJsuC3J4vL/hEqIiOAc= Received: by 10.142.120.1 with SMTP id s1mr1670168wfc.252.1310748037151; Fri, 15 Jul 2011 09:40:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 09:39:57 -0700 (PDT) In-Reply-To: <83tyanh8j0.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jul 2011 18:39:57 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.3 (---) On Fri, Jul 15, 2011 at 17:24, Eli Zaretskii wrote: > =C2=A0(gdb) commands > =C2=A0>p interrupt_input_blocked > =C2=A0>bt 5 > =C2=A0>continue > =C2=A0>end Well, don't laugh too hard: I didn't know you could do that with a watchpoint. Cool. Still, starting from the beginning it does not work: (gdb) run -Q -f icomplete-mode Starting program: C:\Devel\emacs\repo\debug\src/..\bin\emacs.exe -Q -f icomplete-mode [New Thread 1884.0x678] Hardware watchpoint 3: interrupt_input_blocked Old value =3D 0 New value =3D 1 xmalloc (size=3D16) at alloc.c:673 673 val =3D (POINTER_TYPE *) malloc (size); $1 =3D 1 #0 xmalloc (size=3D16) at alloc.c:673 #1 0x0100280a in sort_args (argc=3D4, argv=3D0x9e2d70) at emacs.c:1831 Lisp Backtrace: Cannot access memory at address 0x730077 (gdb) and so it does not continue. So I tried starting Emacs, interrupting it with C-c, setting the watchpoint and continuing. I was able to crash emacs but the watchpoint for interrupt_input_blocked was apparently not triggered. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 16:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13107480827614 (code B ref 9087); Fri, 15 Jul 2011 16:42:02 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 16:41:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhlS6-0001yl-6V for submit@debbugs.gnu.org; Fri, 15 Jul 2011 12:41:22 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhlS4-0001yZ-OV for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 12:41:21 -0400 Received: by pzk4 with SMTP id 4so1625242pzk.0 for <9087@debbugs.gnu.org>; Fri, 15 Jul 2011 09:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=KhOUM09xj5XoBoxEf/oUv1kO0tBy1RruhCmMAw7AIhU=; b=bYZ0RQpdSuFCk/njsEp7WMj7fyh4Irl+JO8TOrjQZXmAfHfYUvRoQp5wMVgEbk/5Qp xD29dXNUTGzHx7w2SM6nA4Zkyu64YTI3Uuy4zfs2CtGlduQ4FcslIY4m0fD/pCG8Op8q 1ukWABg6XwkN9cpuxSeWZyz4ttn/x85chhqkg= Received: by 10.142.222.14 with SMTP id u14mr1555577wfg.309.1310748075089; Fri, 15 Jul 2011 09:41:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Fri, 15 Jul 2011 09:40:35 -0700 (PDT) In-Reply-To: <4E203152.6020603@gmx.at> References: <4E1FEC95.609@gmx.at> <4E203152.6020603@gmx.at> From: Juanma Barranquero Date: Fri, 15 Jul 2011 18:40:35 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.3 (---) On Fri, Jul 15, 2011 at 14:23, martin rudalics wrote: > No. =C2=A0I meant running icomplete-exhibit non-byte-compiled. In that case, I cannot make Emacs crash. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jul 2011 17:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131074985010306 (code B ref 9087); Fri, 15 Jul 2011 17:11:01 +0000 Received: (at 9087) by debbugs.gnu.org; 15 Jul 2011 17:10:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qhlub-0002gB-3c for submit@debbugs.gnu.org; Fri, 15 Jul 2011 13:10:49 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhluY-0002fx-E9 for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 13:10:48 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LOD00D00WZ7X900@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Fri, 15 Jul 2011 20:10:40 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.127.219.136]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOD00D7UX1RUZ90@a-mtaout23.012.net.il>; Fri, 15 Jul 2011 20:10:40 +0300 (IDT) Date: Fri, 15 Jul 2011 20:12:47 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83sjq7h3hs.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > From: Juanma Barranquero > Date: Fri, 15 Jul 2011 18:39:57 +0200 > Cc: 9087@debbugs.gnu.org > > Hardware watchpoint 3: interrupt_input_blocked > > Old value = 0 > New value = 1 > xmalloc (size=16) at alloc.c:673 > 673 val = (POINTER_TYPE *) malloc (size); > $1 = 1 > #0 xmalloc (size=16) at alloc.c:673 > #1 0x0100280a in sort_args (argc=4, argv=0x9e2d70) at emacs.c:1831 > > Lisp Backtrace: > Cannot access memory at address 0x730077 > (gdb) > > and so it does not continue. src/.gdbinit defines a hookpost-backtrace command that invokes xbacktrace, which fails here. To avoid the above, either redefine hookpost-backtrace to an empty command (after starting GDB), or start GDB from a directory other than Emacs's src/, so .gdbinit isn't read. (You can always read it later, with the `source' command, if needed.) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Jul 2011 23:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131085839623193 (code B ref 9087); Sat, 16 Jul 2011 23:20:02 +0000 Received: (at 9087) by debbugs.gnu.org; 16 Jul 2011 23:19:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiE9L-000622-6T for submit@debbugs.gnu.org; Sat, 16 Jul 2011 19:19:55 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiE9J-00061m-2W for 9087@debbugs.gnu.org; Sat, 16 Jul 2011 19:19:54 -0400 Received: by pzk4 with SMTP id 4so2628405pzk.0 for <9087@debbugs.gnu.org>; Sat, 16 Jul 2011 16:19:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=gumVHmpbIoV/XMFCr0Nryncl46sl3woOyAeEmFp9ywc=; b=AAqIIWLC9K1ZjV4ADiaXSTISi/CPX2B304kT3UqRtiFmRjr40lkAcDQzLaGb3/irsz DxBeHfOLdXt3JSsMNgsrNVJZUhlUbv6EjCSdvowELdF5UgvmTJQqLP0DRVPhszSEV7Um 6dOU6oQ9rhKmNNXc2H4DPz3Rbm8/P16OkX46I= Received: by 10.143.90.14 with SMTP id s14mr2368143wfl.138.1310858387134; Sat, 16 Jul 2011 16:19:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Sat, 16 Jul 2011 16:19:07 -0700 (PDT) In-Reply-To: <83tyanh8j0.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> From: Juanma Barranquero Date: Sun, 17 Jul 2011 01:19:07 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On Fri, Jul 15, 2011 at 17:24, Eli Zaretskii wrote: > =C2=A0whatever> gdb ./oo/i386/emacs.exe > =C2=A0(gdb) watch interrupt_input_blocked > =C2=A0(gdb) commands > =C2=A0>p interrupt_input_blocked > =C2=A0>bt 5 > =C2=A0>continue > =C2=A0>end > =C2=A0(gdb) run .... > > Now each time interrupt_input_blocked will change its value, GDB will > kick in, perform the named "commands", and let Emacs continue. It seems like doing that from the start is not a good idea. I stopped my Emacs before I was able to type commands, and already the watchpoint commands had been executed 1,663,201 times... (I have a 0,95 GiB log file to prove it :-) If, however, I start "emacs -Q -f icomplete-mode", then stop it, set the watchpoint and run it again, the watchpoint is never executed before the crash. But I think the whole BLOCK_INPUT/UNBLOCK_INPUT might be a red herring. I think is some memory corruption, and that's why it does not always crashes at the same place. For example, I just got this one: Starting program: C:\emacs\debug\src/..\bin\emacs.exe -Q -f icomplete-mode [New Thread 5400.0x1594] [New Thread 5400.0x110c] [New Thread 5400.0xce8] [New Thread 5400.0xfdc] [New Thread 5400.0x17f4] [Switching to Thread 5400.0x17f4] 0x774c01c4 in ntdll!LdrFindResource_U () from C:\Windows\system32\ntdll.dll Quit (expect signal SIGINT when the program is resumed) (gdb) watch interrupt_input_blocked Hardware watchpoint 3: interrupt_input_blocked (gdb) commands Type commands for breakpoint(s) 3, one per line. End with a line saying just "end". >p interrupt_input_blocked >bt 5 >cont >end (gdb) p interrupt_input_blocked $1 =3D 0 (gdb) cont Continuing. [New Thread 5400.0x173c] [New Thread 5400.0x14ec] [New Thread 5400.0x13f8] [Switching to Thread 5400.0xce8] Breakpoint 1, w32_abort () at w32fns.c:7182 7182 button =3D MessageBox (NULL, (gdb) bt #0 w32_abort () at w32fns.c:7182 #1 0x011d4c94 in Fframe_first_window (frame_or_window=3D56209413) at windo= w.c:249 #2 0x0110457b in choose_minibuf_frame () at minibuf.c:133 #3 0x011045e3 in choose_minibuf_frame_1 (ignore=3D53151770) at minibuf.c:1= 40 #4 0x01039a41 in unbind_to (count=3D27, value=3D53151770) at eval.c:3437 #5 0x010334d9 in unwind_to_catch (catch=3D0x88e450, value=3D53436670) at eval.c:1290 #6 0x0103403a in Fsignal (error_symbol=3D53209954, data=3D53151770) at eva= l.c:1748 #7 0x010340ed in xsignal (error_symbol=3D53209954, data=3D53151770) at eva= l.c:1769 #8 0x0103410c in xsignal0 (error_symbol=3D53209954) at eval.c:1778 #9 0x0126224e in text_read_only (propval=3D53151794) at textprop.c:92 #10 0x01269a74 in verify_interval_modification (buf=3D0x35b1800, start=3D1, end=3D114) at textprop.c:2157 #11 0x011121f3 in prepare_to_modify_buffer (start=3D1, end=3D114, preserve_ptr=3D0x7481f83c) at insdel.c:1851 #12 0x011117c1 in del_range_1 (from=3D1, to=3D114, prepare=3D1, ret_string=3D0) at insdel.c:1601 #13 0x0111174a in del_range (from=3D1, to=3D114) at insdel.c:1576 #14 0x010bfc20 in Ferase_buffer () at buffer.c:1950 #15 0x011064c8 in read_minibuf_unwind (data=3D53151770) at minibuf.c:864 #16 0x01039a41 in unbind_to (count=3D27, value=3D53151770) at eval.c:3437 #17 0x010334d9 in unwind_to_catch (catch=3D0x88d9f0, value=3D53151794) at eval.c:1290 #18 0x01033577 in Fthrow (tag=3D56259586, value=3D53151794) at eval.c:1328 #19 0x0122260d in signal_user_input () at w32fns.c:2482 #20 0x012226aa in post_character_message (hwnd=3D0x6c035c, msg=3D258, wParam=3D117, lParam=3D1441793, modifiers=3D0) at w32fns.c:2542 #21 0x012236eb in w32_wnd_proc (hwnd=3D0x6c035c, msg=3D258, wParam=3D117, lParam=3D1441793) at w32fns.c:2913 #22 0x767162fa in USER32!OffsetRect () from C:\Windows\syswow64\user32.dll #23 0x006c035c in ?? () #24 0x00000102 in ?? () #25 0x00000075 in ?? () #26 0x00160001 in ?? () #27 0x012226d3 in post_character_message (hwnd=3D0x12226d3, msg=3D7078748, wParam=3D258, lParam=3D117, modifiers=3D1441793) at w32fns.c:2546 #28 0x76716d3a in USER32!IsWindow () from C:\Windows\syswow64\user32.dll #29 0x012226d3 in post_character_message (hwnd=3D0x0, msg=3D19015379, wParam=3D7078748, lParam=3D258, modifiers=3D117) at w32fns.c:2546 #30 0x767177c4 in USER32!AnyPopup () from C:\Windows\syswow64\user32.dll #31 0x00000000 in ?? () (gdb) bt #0 w32_abort () at w32fns.c:7182 #1 0x011ef3d0 in Fset_window_configuration (configuration=3D56085445) at window.c:5720 #2 0x01039a41 in unbind_to (count=3D34, value=3D53151770) at eval.c:3437 #3 0x010334d9 in unwind_to_catch (catch=3D0x88d9f0, value=3D53151794) at eval.c:1290 #4 0x01033577 in Fthrow (tag=3D56259586, value=3D53151794) at eval.c:1328 #5 0x0114eb0c in re_match_2_internal (bufp=3D0x1638b78, string1=3D0x0, siz= e1=3D0, string2=3D0x4c52ef0 "-outline-Liberation Serif-bold-normal-normal-serif-*-*-*-*-p-*-iso8859-7", size2=3D72, pos=3D0, regs=3D0x1638de8, stop=3D72) at regex.c:6280 #6 0x01144622 in re_search_2 (bufp=3D0x1638b78, str1=3D0x0, size1=3D0, str2=3D0x4c52ef0 "-outline-Liberation Serif-bold-normal-normal-serif-*-*-*-*-p-*-iso8859-7", size2=3D72, startpos=3D0, range=3D0, regs=3D0x1638de8, stop=3D72) at regex.c:4514 #7 0x01143525 in re_search (bufp=3D0x1638b78, string=3D0x4c52ef0 "-outline-Liberation Serif-bold-normal-normal-serif-*-*-*-*-p-*-iso8859-7", size=3D72, startpos=3D0, range=3D72, regs=3D0x1638de8) at regex.c:4295 #8 0x010f9ba3 in string_match_1 (regexp=3D56277489, string=3D55222961, start=3D0, posix=3D0) at search.c:411 #9 0x010f9cdc in Fstring_match (regexp=3D56277489, string=3D55222961, start=3D0) at search.c:451 #10 0x011088fd in Fall_completions (string=3D20058337, collection=3D57679878, predicate=3D53151770, hide_spaces=3D53151770) at minibuf.c:1590 #11 0x01037e6b in Ffuncall (nargs=3D4, args=3D0x88ba84) at eval.c:3020 #12 0x01124959 in exec_byte_code (bytestr=3D20580889, vector=3D20580957, maxdepth=3D48, args_template=3D4112, nargs=3D4, args=3D0x88bcf8) at bytecode.c:785 #13 0x010387f8 in funcall_lambda (fun=3D20580861, nargs=3D4, arg_vector=3D0x88bce8) at eval.c:3174 #14 0x01038113 in Ffuncall (nargs=3D5, args=3D0x88bce4) at eval.c:3058 #15 0x01124959 in exec_byte_code (bytestr=3D20581785, vector=3D54683493, maxdepth=3D24, args_template=3D0, nargs=3D0, args=3D0x88bf54) at bytecode.c:785 #16 0x010387f8 in funcall_lambda (fun=3D54681829, nargs=3D0, arg_vector=3D0x88bf54) at eval.c:3174 #17 0x01038113 in Ffuncall (nargs=3D1, args=3D0x88bf50) at eval.c:3058 #18 0x01035bd9 in eval_sub (form=3D53438006) at eval.c:2329 #19 0x0103395a in internal_lisp_condition_case (var=3D54352858, bodyform=3D53438006, handlers=3D53437654) at eval.c:1440 #20 0x01125214 in exec_byte_code (bytestr=3D20581449, vector=3D20581629, maxdepth=3D144, args_template=3D5136, nargs=3D4, args=3D0x88c434) at bytecode.c:981 #21 0x010387f8 in funcall_lambda (fun=3D20581421, nargs=3D4, arg_vector=3D0x88c424) at eval.c:3174 #22 0x01038113 in Ffuncall (nargs=3D5, args=3D0x88c420) at eval.c:3058 #23 0x01124959 in exec_byte_code (bytestr=3D20581897, vector=3D20581949, maxdepth=3D56, args_template=3D4112, nargs=3D4, args=3D0x88c6a8) at bytecode.c:785 #24 0x010387f8 in funcall_lambda (fun=3D20581869, nargs=3D4, arg_vector=3D0x88c698) at eval.c:3174 #25 0x01038113 in Ffuncall (nargs=3D5, args=3D0x88c694) at eval.c:3058 #26 0x01124959 in exec_byte_code (bytestr=3D20565865, vector=3D54680037, maxdepth=3D24, args_template=3D1028, nargs=3D1, args=3D0x88c8fc) at bytecode.c:785 #27 0x010387f8 in funcall_lambda (fun=3D54712581, nargs=3D1, arg_vector=3D0x88c8f8) at eval.c:3174 #28 0x01038113 in Ffuncall (nargs=3D2, args=3D0x88c8f4) at eval.c:3058 #29 0x01124959 in exec_byte_code (bytestr=3D20561185, vector=3D55622469, maxdepth=3D20, args_template=3D0, nargs=3D0, args=3D0x88cb64) at bytecode.c:785 #30 0x010387f8 in funcall_lambda (fun=3D55622213, nargs=3D0, arg_vector=3D0x88cb64) at eval.c:3174 #31 0x01038113 in Ffuncall (nargs=3D1, args=3D0x88cb60) at eval.c:3058 #32 0x01035bd9 in eval_sub (form=3D53136638) at eval.c:2329 #33 0x0103395a in internal_lisp_condition_case (var=3D53801322, bodyform=3D53136638, handlers=3D53129382) at eval.c:1440 #34 0x01125214 in exec_byte_code (bytestr=3D20561009, vector=3D20561109, maxdepth=3D60, args_template=3D2056, nargs=3D2, args=3D0x88cff0) at bytecode.c:981 #35 0x010387f8 in funcall_lambda (fun=3D20560981, nargs=3D2, arg_vector=3D0x88cfe8) at eval.c:3174 #36 0x01038113 in Ffuncall (nargs=3D3, args=3D0x88cfe4) at eval.c:3058 #37 0x01124959 in exec_byte_code (bytestr=3D20565513, vector=3D20565813, maxdepth=3D60, args_template=3D5136, nargs=3D5, args=3D0x88d278) at bytecode.c:785 #38 0x010387f8 in funcall_lambda (fun=3D20565725, nargs=3D5, arg_vector=3D0x88d264) at eval.c:3174 #39 0x01038113 in Ffuncall (nargs=3D6, args=3D0x88d260) at eval.c:3058 #40 0x01124959 in exec_byte_code (bytestr=3D20567769, vector=3D20567917, maxdepth=3D72, args_template=3D0, nargs=3D0, args=3D0x88d4e4) at bytecode.c:785 #41 0x010387f8 in funcall_lambda (fun=3D20567741, nargs=3D0, arg_vector=3D0x88d4e4) at eval.c:3174 #42 0x01038113 in Ffuncall (nargs=3D1, args=3D0x88d4e0) at eval.c:3058 #43 0x01124959 in exec_byte_code (bytestr=3D55187489, vector=3D56338437, maxdepth=3D36, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:785 #44 0x01038c78 in funcall_lambda (fun=3D54991109, nargs=3D4, arg_vector=3D0x88d754) at eval.c:3240 #45 0x01038113 in Ffuncall (nargs=3D5, args=3D0x88d750) at eval.c:3058 #46 0x01124959 in exec_byte_code (bytestr=3D55204129, vector=3D56251013, maxdepth=3D20, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:785 #47 0x01123f0a in Fbyte_code (bytestr=3D55204129, vector=3D56251013, maxdepth=3D20) at bytecode.c:423 #48 0x01035e98 in eval_sub (form=3D57841918) at eval.c:2363 #49 0x01033424 in internal_catch (tag=3D56259586, func=3D0x103547a , arg=3D57841918) at eval.c:1247 #50 0x011251ad in exec_byte_code (bytestr=3D55204209, vector=3D54990245, maxdepth=3D8, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:966 #51 0x01123f0a in Fbyte_code (bytestr=3D55204209, vector=3D54990245, maxdepth=3D8) at bytecode.c:423 #52 0x01035e98 in eval_sub (form=3D57841982) at eval.c:2363 #53 0x0103395a in internal_lisp_condition_case (var=3D53151770, bodyform=3D57841982, handlers=3D57841886) at eval.c:1440 #54 0x01125214 in exec_byte_code (bytestr=3D55204433, vector=3D56072581, maxdepth=3D28, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:981 #55 0x01038c78 in funcall_lambda (fun=3D54989701, nargs=3D0, arg_vector=3D0x88e0c8) at eval.c:3240 #56 0x01038113 in Ffuncall (nargs=3D1, args=3D0x88e0c4) at eval.c:3058 #57 0x01036c72 in funcall_nil (nargs=3D1, args=3D0x88e0c4) at eval.c:2526 #58 0x010370db in run_hook_with_args (nargs=3D1, args=3D0x88e0c4, funcall=3D0x1036c5a ) at eval.c:2715 #59 0x01036cbc in Frun_hooks (nargs=3D1, args=3D0x88e174) at eval.c:2553 #60 0x01037a78 in Ffuncall (nargs=3D2, args=3D0x88e170) at eval.c:2991 #61 0x01124959 in exec_byte_code (bytestr=3D55204689, vector=3D53285573, maxdepth=3D8, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:785 #62 0x01038c78 in funcall_lambda (fun=3D54990853, nargs=3D0, arg_vector=3D0x88e3f4) at eval.c:3240 #63 0x01038113 in Ffuncall (nargs=3D1, args=3D0x88e3f0) at eval.c:3058 #64 0x010371d9 in call0 (fn=3D54990853) at eval.c:2763 #65 0x0100772d in safe_run_hooks_1 () at keyboard.c:1868 #66 0x01033a64 in internal_condition_case (bfun=3D0x10076b0 , handlers=3D53151794, hfun=3D0x100772f ) at eval.c:1493 #67 0x01007b5b in safe_run_hook_funcall (nargs=3D1, args=3D0x88e590) at keyboard.c:1923 #68 0x010370db in run_hook_with_args (nargs=3D1, args=3D0x88e590, funcall=3D0x1007aa1 ) at eval.c:2715 #69 0x01007baa in safe_run_hooks (hook=3D54990853) at keyboard.c:1940 #70 0x01006461 in command_loop_1 () at keyboard.c:1586 #71 0x01033a64 in internal_condition_case (bfun=3D0x100545f , handlers=3D53209522, hfun=3D0x1004c89 ) at eval.c:1493 #72 0x010050c5 in command_loop_2 (ignore=3D53151770) at keyboard.c:1156 #73 0x01033424 in internal_catch (tag=3D53301730, func=3D0x10050a2 , arg=3D53151770) at eval.c:1247 #74 0x0100502c in command_loop () at keyboard.c:1121 #75 0x01004647 in recursive_edit_1 () at keyboard.c:756 #76 0x011059d7 in read_minibuf (map=3D53496782, initial=3D53151770, prompt=3D80803073, backup_n=3D53151770, expflag=3D0, histvar=3D53327474, histpos=3D0, defalt=3D53151770, allow_props=3D0, inherit_input_method=3D0) at minibu= f.c:663 #77 0x0110672a in Fread_from_minibuffer (prompt=3D80803073, initial_contents=3D53151770, keymap=3D53496782, sys_read=3D53151770, hist=3D53151770, default_value=3D53151770, inherit_input_method=3D53151770) at minibuf.c= :957 #78 0x01038024 in Ffuncall (nargs=3D8, args=3D0x88ea58) at eval.c:3035 #79 0x01124959 in exec_byte_code (bytestr=3D20583857, vector=3D20583941, maxdepth=3D72, args_template=3D8200, nargs=3D8, args=3D0x88ece4) at bytecode.c:785 #80 0x010387f8 in funcall_lambda (fun=3D20583829, nargs=3D8, arg_vector=3D0x88ecc4) at eval.c:3174 #81 0x01038113 in Ffuncall (nargs=3D9, args=3D0x88ecc0) at eval.c:3058 #82 0x01108b01 in Fcompleting_read (prompt=3D80803073, collection=3D57679878, predicate=3D53151770, require_match=3D53151770, initial_input=3D53151770, hist=3D53151770, def=3D53151770, inherit_input_method=3D53151770) at minibuf.c:1702 #83 0x010380cb in Ffuncall (nargs=3D3, args=3D0x88edd0) at eval.c:3042 #84 0x01124959 in exec_byte_code (bytestr=3D20388249, vector=3D20388325, maxdepth=3D32, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:785 #85 0x01038c78 in funcall_lambda (fun=3D20388221, nargs=3D2, arg_vector=3D0x88f034) at eval.c:3240 #86 0x01038113 in Ffuncall (nargs=3D3, args=3D0x88f030) at eval.c:3058 #87 0x01124959 in exec_byte_code (bytestr=3D20388945, vector=3D20389037, maxdepth=3D16, args_template=3D53151770, nargs=3D0, args=3D0x0) at bytecode.c:785 #88 0x01038c78 in funcall_lambda (fun=3D20388917, nargs=3D1, arg_vector=3D0x88f1f0) at eval.c:3240 #89 0x01038448 in apply_lambda (fun=3D20388917, args=3D20383310) at eval.c:= 3117 #90 0x010361ba in eval_sub (form=3D20383302) at eval.c:2402 #91 0x01035469 in Feval (form=3D20383302, lexical=3D53151770) at eval.c:221= 1 #92 0x01121b49 in Fcall_interactively (function=3D53705922, record_flag=3D53151794, keys=3D53172997) at callint.c:346 #93 0x01037dec in Ffuncall (nargs=3D4, args=3D0x88f640) at eval.c:3016 #94 0x01037287 in call3 (fn=3D53316994, arg1=3D53705922, arg2=3D53151794, arg3=3D53151770) at eval.c:2809 #95 0x0101ffc1 in Fcommand_execute (cmd=3D53705922, record_flag=3D53151794, keys=3D53151770, special=3D53151770) at keyboard.c:10274 #96 0x010202bd in Fexecute_extended_command (prefixarg=3D53151770) at keyboard.c:10363 #97 0x01037d0c in Ffuncall (nargs=3D2, args=3D0x88f880) at eval.c:3009 #98 0x01123986 in Fcall_interactively (function=3D53207762, record_flag=3D53151770, keys=3D53172997) at callint.c:857 #99 0x01037dec in Ffuncall (nargs=3D4, args=3D0x88fb20) at eval.c:3016 #100 0x01037287 in call3 (fn=3D53316994, arg1=3D53207762, arg2=3D53151770, arg3=3D53151770) at eval.c:2809 #101 0x0101ffc1 in Fcommand_execute (cmd=3D53207762, record_flag=3D53151770, keys=3D53151770, special=3D53151770) at keyboard.c:10274 #102 0x01006422 in command_loop_1 () at keyboard.c:1572 #103 0x01033a64 in internal_condition_case (bfun=3D0x100545f , handlers=3D53209522, hfun=3D0x1004c89 ) at eval.c:1493 #104 0x010050c5 in command_loop_2 (ignore=3D53151770) at keyboard.c:1156 #105 0x01033424 in internal_catch (tag=3D53207546, func=3D0x10050a2 , arg=3D53151770) at eval.c:1247 #106 0x0100507d in command_loop () at keyboard.c:1135 #107 0x01004647 in recursive_edit_1 () at keyboard.c:756 #108 0x01004969 in Frecursive_edit () at keyboard.c:820 #109 0x010027eb in main (argc=3D4, argv=3D0xb82d70) at emacs.c:1701 (gdb) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jul 2011 03:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131087199914205 (code B ref 9087); Sun, 17 Jul 2011 03:07:02 +0000 Received: (at 9087) by debbugs.gnu.org; 17 Jul 2011 03:06:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiHgk-0003h3-Oo for submit@debbugs.gnu.org; Sat, 16 Jul 2011 23:06:39 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiHgh-0003gl-F1 for 9087@debbugs.gnu.org; Sat, 16 Jul 2011 23:06:36 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LOG00D00J89SG00@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Sun, 17 Jul 2011 06:06:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOG00DJYJARSJ10@a-mtaout22.012.net.il>; Sun, 17 Jul 2011 06:06:28 +0300 (IDT) Date: Sun, 17 Jul 2011 06:08:37 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83pql9mwne.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Juanma Barranquero > Date: Sun, 17 Jul 2011 01:19:07 +0200 > Cc: 9087@debbugs.gnu.org > > But I think the whole BLOCK_INPUT/UNBLOCK_INPUT might be a red > herring. Wasn't the crash inside UNBLOCK_INPUT? From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jul 2011 09:39:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131089554216301 (code B ref 9087); Sun, 17 Jul 2011 09:39:03 +0000 Received: (at 9087) by debbugs.gnu.org; 17 Jul 2011 09:39:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiNoT-0004Es-Vu for submit@debbugs.gnu.org; Sun, 17 Jul 2011 05:39:02 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1QiNoR-0004Ec-SY for 9087@debbugs.gnu.org; Sun, 17 Jul 2011 05:39:00 -0400 Received: (qmail invoked by alias); 17 Jul 2011 09:38:50 -0000 Received: from 62-47-46-64.adsl.highway.telekom.at (EHLO [62.47.46.64]) [62.47.46.64] by mail.gmx.net (mp062) with SMTP; 17 Jul 2011 11:38:50 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18ThZgSEckTKS9+Ikmtx2J82WTKKn3SVXTZ2SgLtv jV78n8b4WD/U0W Message-ID: <4E22ADA6.2000808@gmx.at> Date: Sun, 17 Jul 2011 11:38:46 +0200 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > #0 w32_abort () at w32fns.c:7182 > #1 0x011d4c94 in Fframe_first_window (frame_or_window=56209413) at window.c:249 > #2 0x0110457b in choose_minibuf_frame () at minibuf.c:133 > #3 0x011045e3 in choose_minibuf_frame_1 (ignore=53151770) at minibuf.c:140 > #4 0x01039a41 in unbind_to (count=27, value=53151770) at eval.c:3437 > #5 0x010334d9 in unwind_to_catch (catch=0x88e450, value=53436670) at > eval.c:1290 This abort seems to come from a frame containing a window which has neither a buffer nor a child window. > (gdb) bt > #0 w32_abort () at w32fns.c:7182 > #1 0x011ef3d0 in Fset_window_configuration (configuration=56085445) > at window.c:5720 > #2 0x01039a41 in unbind_to (count=34, value=53151770) at eval.c:3437 > #3 0x010334d9 in unwind_to_catch (catch=0x88d9f0, value=53151794) at > eval.c:1290 OTOH, this one looks like a mismatched UNBLOCK_INPUT. martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 02:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131095440715525 (code B ref 9087); Mon, 18 Jul 2011 02:01:02 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 02:00:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qid7v-00042M-06 for submit@debbugs.gnu.org; Sun, 17 Jul 2011 22:00:07 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qid7t-00041Q-5Q for 9087@debbugs.gnu.org; Sun, 17 Jul 2011 22:00:05 -0400 Received: by pzk4 with SMTP id 4so3314650pzk.0 for <9087@debbugs.gnu.org>; Sun, 17 Jul 2011 18:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Wv36xRkqilQbb4bVNqOI/nqX78hBdv+ni0zh8GNiT4E=; b=xQiUCyNgwNTKPYYxQ+mp01f/SPuVmTUzs+GaMbsowj9cWULYPJ1V5Xdr85EFcwiUi3 1PmdKsJL4V5N+qJ/cqmFjkFTupP5IDBubo/sgvLJMgDglGyX+hSvjgeCSj9d47eAD3wp BadSxe2yXFeHlGyMfiOY5JQdpyePp6iGYZWlw= Received: by 10.143.2.12 with SMTP id e12mr2693434wfi.296.1310954399253; Sun, 17 Jul 2011 18:59:59 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.141.19 with HTTP; Sun, 17 Jul 2011 18:59:19 -0700 (PDT) In-Reply-To: <4E22ADA6.2000808@gmx.at> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <4E22ADA6.2000808@gmx.at> From: Juanma Barranquero Date: Mon, 18 Jul 2011 03:59:19 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.3 (---) On Sun, Jul 17, 2011 at 11:38, martin rudalics wrote: > This abort seems to come from a frame containing a window which has > neither a buffer nor a child window. All the crashes have been in a single frame, with either one window (displaying "*scrach*") or two windows (top showing "*scratch*", bottom showing completions), plus of course the minibuffer. All starting from "emacs -Q -f icomplete-mode" and doing nothing else but M-x set-face-font twice. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 02:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131095491916260 (code B ref 9087); Mon, 18 Jul 2011 02:09:02 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 02:08:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QidGA-0004ED-Bf for submit@debbugs.gnu.org; Sun, 17 Jul 2011 22:08:38 -0400 Received: from mail-pv0-f172.google.com ([74.125.83.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QidG8-0004Du-HE for 9087@debbugs.gnu.org; Sun, 17 Jul 2011 22:08:37 -0400 Received: by pvh18 with SMTP id 18so2963809pvh.3 for <9087@debbugs.gnu.org>; Sun, 17 Jul 2011 19:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=4tP2b1HTioldxAA9z8r5kYsjJhaR7FFw4i7hRGkWZbY=; b=CPOVRrXSg1pmQNPSg5NXjbC4kyuqeyLq/T8HiF95OGufzwX1qjb7Ls2sfE/9dp1D+8 1stXHlVp1QnC/d29XdFfB5Jnu70iwC7gAtixWJecmujH101EtdEU3Dm1nVtY49OzL6ji VWruXrO++mzt8SvmgChDUSoEy/4sYoR+xWV0k= Received: by 10.142.245.21 with SMTP id s21mr2771338wfh.11.1310954910150; Sun, 17 Jul 2011 19:08:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.141.19 with HTTP; Sun, 17 Jul 2011 19:07:50 -0700 (PDT) In-Reply-To: <83pql9mwne.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <83pql9mwne.fsf@gnu.org> From: Juanma Barranquero Date: Mon, 18 Jul 2011 04:07:50 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.5 (---) On Sun, Jul 17, 2011 at 05:08, Eli Zaretskii wrote: > Wasn't the crash inside UNBLOCK_INPUT? Wouldn't this --interrupt_input_blocked; have triggered the interrupt_input_blocked watchpoint? =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 03:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131095810920958 (code B ref 9087); Mon, 18 Jul 2011 03:02:01 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 03:01:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qie5d-0005Rz-95 for submit@debbugs.gnu.org; Sun, 17 Jul 2011 23:01:49 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qie5a-0005Rl-Ai for 9087@debbugs.gnu.org; Sun, 17 Jul 2011 23:01:47 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LOI00700DM1D000@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Mon, 18 Jul 2011 06:01:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOI007A8DQECW30@a-mtaout22.012.net.il>; Mon, 18 Jul 2011 06:01:27 +0300 (IDT) Date: Mon, 18 Jul 2011 06:01:27 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83tyak70mw.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <83pql9mwne.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Juanma Barranquero > Date: Mon, 18 Jul 2011 04:07:50 +0200 > Cc: 9087@debbugs.gnu.org > > On Sun, Jul 17, 2011 at 05:08, Eli Zaretskii wrote: > > > Wasn't the crash inside UNBLOCK_INPUT? > > Wouldn't this > > --interrupt_input_blocked; > > have triggered the interrupt_input_blocked watchpoint? It should have. But if the abort was not in UNBLOCK_INPUT, then I don't understand the backtrace you posted: where else is the call to `abort', if not inside UNBLOCK_INPUT? From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 11:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13109900764373 (code B ref 9087); Mon, 18 Jul 2011 11:55:01 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 11:54:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QimPC-00018U-LG for submit@debbugs.gnu.org; Mon, 18 Jul 2011 07:54:34 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QimPA-00018H-Ug for 9087@debbugs.gnu.org; Mon, 18 Jul 2011 07:54:33 -0400 Received: by pzk4 with SMTP id 4so3691949pzk.0 for <9087@debbugs.gnu.org>; Mon, 18 Jul 2011 04:54:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=VbwKdYphTXxAgPR+bGbB4U5T/faM9zqXoyHcSZSPFjI=; b=mgprOtf21Mk5y4X6xRaRRX4oF8hSBwXjES7w/0TAMx3mIpaW9MRIcLvtJgDVjboq5E NVOPG0vmKWfB+rAOX0cwq/o5zFSQeBv8SkpKLb6J6LNGGgKoFEIKRjECnpxkK6KaqypO bff8T7FleX6LeI174t9Zbvm+YiK/7i0fySvA0= Received: by 10.142.13.3 with SMTP id 3mr3114883wfm.239.1310990067130; Mon, 18 Jul 2011 04:54:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.141.19 with HTTP; Mon, 18 Jul 2011 04:53:47 -0700 (PDT) In-Reply-To: <83tyak70mw.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <83pql9mwne.fsf@gnu.org> <83tyak70mw.fsf@gnu.org> From: Juanma Barranquero Date: Mon, 18 Jul 2011 13:53:47 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) On Mon, Jul 18, 2011 at 05:01, Eli Zaretskii wrote: > It should have. =C2=A0But if the abort was not in UNBLOCK_INPUT, then I > don't understand the backtrace you posted: where else is the call to > `abort', if not inside UNBLOCK_INPUT? If you're talking about this crash: Breakpoint 1, w32_abort () at w32fns.c:7182 7182 button =3D MessageBox (NULL, (gdb) bt #0 w32_abort () at w32fns.c:7182 #1 0x0103a942 in xfree (block=3D0x32d4f80) at alloc.c:713 #2 0x01004b8d in pop_kboard () at keyboard.c:923 [etc] yes, it happens in UNBLOCK_INPUT, and at this moment I wasn't using watchpoints. But in this one Breakpoint 1, w32_abort () at w32fns.c:7182 7182 button =3D MessageBox (NULL, (gdb) bt #0 w32_abort () at w32fns.c:7182 #1 0x011d4c94 in Fframe_first_window (frame_or_window=3D56209413) at windo= w.c:249 #2 0x0110457b in choose_minibuf_frame () at minibuf.c:133 #3 0x011045e3 in choose_minibuf_frame_1 (ignore=3D53151770) at minibuf.c:1= 40 #4 0x01039a41 in unbind_to (count=3D27, value=3D53151770) at eval.c:3437 #5 0x010334d9 in unwind_to_catch (catch=3D0x88e450, value=3D53436670) at eval.c:1290 #6 0x0103403a in Fsignal (error_symbol=3D53209954, data=3D53151770) at eva= l.c:1748 #7 0x010340ed in xsignal (error_symbol=3D53209954, data=3D53151770) at eva= l.c:1769 #8 0x0103410c in xsignal0 (error_symbol=3D53209954) at eval.c:1778 #9 0x0126224e in text_read_only (propval=3D53151794) at textprop.c:92 #10 0x01269a74 in verify_interval_modification (buf=3D0x35b1800, start=3D1, end=3D114) at textprop.c:2157 #11 0x011121f3 in prepare_to_modify_buffer (start=3D1, end=3D114, preserve_ptr=3D0x7481f83c) at insdel.c:1851 #12 0x011117c1 in del_range_1 (from=3D1, to=3D114, prepare=3D1, ret_string=3D0) at insdel.c:1601 #13 0x0111174a in del_range (from=3D1, to=3D114) at insdel.c:1576 #14 0x010bfc20 in Ferase_buffer () at buffer.c:1950 #15 0x011064c8 in read_minibuf_unwind (data=3D53151770) at minibuf.c:864 #16 0x01039a41 in unbind_to (count=3D27, value=3D53151770) at eval.c:3437 #17 0x010334d9 in unwind_to_catch (catch=3D0x88d9f0, value=3D53151794) at eval.c:1290 #18 0x01033577 in Fthrow (tag=3D56259586, value=3D53151794) at eval.c:1328 #19 0x0122260d in signal_user_input () at w32fns.c:2482 #20 0x012226aa in post_character_message (hwnd=3D0x6c035c, msg=3D258, wParam=3D117, lParam=3D1441793, modifiers=3D0) at w32fns.c:2542 #21 0x012236eb in w32_wnd_proc (hwnd=3D0x6c035c, msg=3D258, wParam=3D117, lParam=3D1441793) at w32fns.c:2913 #22 0x767162fa in USER32!OffsetRect () from C:\Windows\syswow64\user32.dll #23 0x006c035c in ?? () #24 0x00000102 in ?? () #25 0x00000075 in ?? () #26 0x00160001 in ?? () #27 0x012226d3 in post_character_message (hwnd=3D0x12226d3, msg=3D7078748, wParam=3D258, lParam=3D117, modifiers=3D1441793) at w32fns.c:2546 #28 0x76716d3a in USER32!IsWindow () from C:\Windows\syswow64\user32.dll #29 0x012226d3 in post_character_message (hwnd=3D0x0, msg=3D19015379, wParam=3D7078748, lParam=3D258, modifiers=3D117) at w32fns.c:2546 #30 0x767177c4 in USER32!AnyPopup () from C:\Windows\syswow64\user32.dll #31 0x00000000 in ?? () where I did have the interrupt_input_blocked watchpoint set, how do you know that it was inside UNBLOCK_INPUT? =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 16:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131100755730032 (code B ref 9087); Mon, 18 Jul 2011 16:46:02 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 16:45:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QiqxA-0007oK-JL for submit@debbugs.gnu.org; Mon, 18 Jul 2011 12:45:57 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qiqx7-0007o7-Ow for 9087@debbugs.gnu.org; Mon, 18 Jul 2011 12:45:55 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LOJ00600FUFU100@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Mon, 18 Jul 2011 19:45:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.133.66]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LOJ006MIFWA0390@a-mtaout20.012.net.il>; Mon, 18 Jul 2011 19:45:47 +0300 (IDT) Date: Mon, 18 Jul 2011 19:45:47 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83oc0r7d1g.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <83pql9mwne.fsf@gnu.org> <83tyak70mw.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > From: Juanma Barranquero > Date: Mon, 18 Jul 2011 13:53:47 +0200 > Cc: 9087@debbugs.gnu.org > > yes, it happens in UNBLOCK_INPUT, and at this moment I wasn't using > watchpoints. But in this one > > Breakpoint 1, w32_abort () at w32fns.c:7182 > 7182 button = MessageBox (NULL, > (gdb) bt > #0 w32_abort () at w32fns.c:7182 > #1 0x011d4c94 in Fframe_first_window (frame_or_window=56209413) at window.c:249 > [...] > where I did have the interrupt_input_blocked watchpoint set, how do > you know that it was inside UNBLOCK_INPUT? It wasn't. This is the crash about which Martin said that it's with a window that has no children and no buffer. So it looks like a different crash. Anyway, could you propose an exact recipe to reproduce this? I tried using the one you gave originally, but I don't seem to have the fonts you used, or maybe I'm not following the recipe correctly. A step by step recipe using "normal" fonts would be appreciated. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jul 2011 17:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13110105412021 (code B ref 9087); Mon, 18 Jul 2011 17:36:01 +0000 Received: (at 9087) by debbugs.gnu.org; 18 Jul 2011 17:35:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QirjI-0000WY-Dx for submit@debbugs.gnu.org; Mon, 18 Jul 2011 13:35:40 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QirjG-0000WJ-UY for 9087@debbugs.gnu.org; Mon, 18 Jul 2011 13:35:39 -0400 Received: by gyd5 with SMTP id 5so1513374gyd.3 for <9087@debbugs.gnu.org>; Mon, 18 Jul 2011 10:35:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=hSX/23tcYNvKk5KL9X4894zUy0LUaj1PzzMcxLqSi4E=; b=C7ZeUpoxuW9Mx0W1WhSCKOhpS1MvOIzo1e9rEWKaIKp45F6NFe6KkNkAYQ7r/G5a2I 9WWPX8P/AS5VF3qwninfad6HpJvW9+3dnrOIDopakscIp9YP+w0FiiT0QmyCXesHTGk3 WQSTRfyanGtzk5MR6CV03Zi5hCoGSSMNmdsjs= Received: by 10.142.13.3 with SMTP id 3mr3229529wfm.239.1311010532183; Mon, 18 Jul 2011 10:35:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.141.19 with HTTP; Mon, 18 Jul 2011 10:34:52 -0700 (PDT) In-Reply-To: <83oc0r7d1g.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <83wrfjhgml.fsf@gnu.org> <83tyanh8j0.fsf@gnu.org> <83pql9mwne.fsf@gnu.org> <83tyak70mw.fsf@gnu.org> <83oc0r7d1g.fsf@gnu.org> From: Juanma Barranquero Date: Mon, 18 Jul 2011 19:34:52 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.3 (---) On Mon, Jul 18, 2011 at 18:45, Eli Zaretskii wrote: > It wasn't. =C2=A0This is the crash about which Martin said that it's with= a > window that has no children and no buffer. =C2=A0So it looks like a > different crash. I cannot dismiss the possibility of having found two different bugs at once, but as I repeat the same steps (allowing for the variation that the bug does not always happen at the exact same step), it seems like a long shot. > Anyway, could you propose an exact recipe to reproduce this? I can not promise that it will be exact, but the one I give works for me every time. > =C2=A0I tried > using the one you gave originally, but I don't seem to have the fonts > you used, or maybe I'm not following the recipe correctly. =C2=A0A step b= y > step recipe using "normal" fonts would be appreciated. OK, though I'm not sure whether the bug is affected by the contents of the completion somehow (which surely depends on the fonts installed). emacs -Q -f icomplete-mode M-x set-face-font font-lock-comment-face -ouCoubonoiso1 M-x set-face-font M-p M-p ; now you have back the font spec M-f M-f M-f ; to move just after "Courier New" M-backspace M-backspace M-backspace ; to delete "outline-Courier New" then try to complete with ou, then M-backspace to delete "outline", and repeate a few times. Most of the time it crashes after a few tries. You can also complete outline and then try with another font family, but I suggest using one that does not have bold variant, so the completion does not match. I think the specific font, and wheter it is bold, normal, or whatever does not really matter. The only thing that seems to matter is doing non-matching completions. Hope you're able to reproduce it. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Aug 2011 20:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13133529379468 (code B ref 9087); Sun, 14 Aug 2011 20:16:01 +0000 Received: (at 9087) by debbugs.gnu.org; 14 Aug 2011 20:15:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qsh5t-0002Sf-D3 for submit@debbugs.gnu.org; Sun, 14 Aug 2011 16:15:37 -0400 Received: from vm-emlprdomr-04.its.yale.edu ([130.132.50.145]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Qsh5r-0002SX-0A for 9087@debbugs.gnu.org; Sun, 14 Aug 2011 16:15:36 -0400 Received: from furball ([64.134.68.235]) (authenticated bits=0) by vm-emlprdomr-04.its.yale.edu (8.14.4/8.14.4) with ESMTP id p7EKDtjU022687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 14 Aug 2011 16:13:56 -0400 From: Chong Yidong References: <83zkkfhk4c.fsf@gnu.org> Date: Sun, 14 Aug 2011 16:13:54 -0400 In-Reply-To: (Juanma Barranquero's message of "Fri, 15 Jul 2011 14:11:22 +0200") Message-ID: <871uwng399.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.145 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Juanma Barranquero writes: > #0 w32_abort () at w32fns.c:7182 > #1 0x0103a942 in xfree (block=0x32d4f80) at alloc.c:713 > #2 0x01004b8d in pop_kboard () at keyboard.c:923 > #3 0x01004c6a in restore_kboard_configuration (was_locked=53151794) > at keyboard.c:985 Can you reproducibly get the crash at this particular UNBLOCK_INPUT? If so, it narrows the problem to one of the functions called between the BLOCK_INPUT at window.c:5484 and the UNBLOCK_INPUT at window.c:5720. A possible way to debug this is be to insert code at intervals between those two lines, to check the value of interrupt_input_blocked and abort if it ever changes (which would indicate the existence of an extra UNBLOCK_INPUT). From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Sep 2011 14:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.131601174114453 (code B ref 9087); Wed, 14 Sep 2011 14:50:02 +0000 Received: (at 9087) by debbugs.gnu.org; 14 Sep 2011 14:49:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3qlo-0003kx-I6 for submit@debbugs.gnu.org; Wed, 14 Sep 2011 10:49:01 -0400 Received: from mail-yw0-f44.google.com ([209.85.213.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R3qli-0003kh-Bo for 9087@debbugs.gnu.org; Wed, 14 Sep 2011 10:48:57 -0400 Received: by ywa6 with SMTP id 6so1363986ywa.3 for <9087@debbugs.gnu.org>; Wed, 14 Sep 2011 07:44:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=w+dXX9YzRfgjqHJ6CsYtFt5yjzJ+aBxWrJcjCWWudYk=; b=GYB/EL7uSorjV2i2ew3cdmTwewO9lZUpDczg9bD7F0owwOWrmJpS2gkPubTsGOR7RZ 8C1OpCoQgREDpaDJod3HFC8zZgYL2nmr52a3/KqDYuhlgH6g4sKEN9mX3crQakH+BDTa Y7wJdMe+SeVw/tJsIeD0s5AHoBin1GA/Kn6Xw= Received: by 10.68.52.230 with SMTP id w6mr101766pbo.95.1316011460269; Wed, 14 Sep 2011 07:44:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.143.67.11 with HTTP; Wed, 14 Sep 2011 07:43:40 -0700 (PDT) In-Reply-To: <871uwng399.fsf@stupidchicken.com> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> From: Juanma Barranquero Date: Wed, 14 Sep 2011 16:43:40 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.4 (---) > Can you reproducibly get the crash at this particular UNBLOCK_INPUT? No, not at that particular point. But, with the current trunk, I can get the crash much more easily. As always, I'm doing emacs -Q -f icomplete-mode M-x set-face-font font-lock-comment-face and then trying to select a font, by typing part of the spec and hitting . Before, I had to do a weird dance of moving back and forth to get the crash, but currently I've even had it once or twice it just by doing -*C though it does not happen always at the same point. Backtraces are similar, but not identical. Two follow: ---- First backtrace ---- (gdb) run -Q -f icomplete-mode Starting program: C:\Devel\emacs\repo\debug\src/..\bin\emacs.exe -Q -f icomplete-mode [New Thread 1696.0x1368] [New Thread 1696.0x130c] [New Thread 1696.0x758] gdb: unknown target exception 0xc0000029 at 0x76f407b6 Program received signal ?, Unknown signal. [Switching to Thread 1696.0x758] 0x76f407b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll (gdb) bt #0 0x76f407b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll #1 0x0088da00 in ?? () #2 0x74d207f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x3414ee0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f894) "call-interactively" (0x88fb34) (gdb) thread 1 [Switching to thread 1 (Thread 1696.0x1368)]#0 0x010c6064 in sort_overlays (overlay_vec=0x88ad10, noverlays=0, w=0x38d4600) at buffer.c:2907 2907 for (i = 0; i < noverlays; i++) (gdb) bt #0 0x010c6064 in sort_overlays (overlay_vec=0x88ad10, noverlays=0, w=0x38d4600) at buffer.c:2907 #1 0x01266844 in get_char_property_and_overlay (position=4, prop=53440994, object=53368837, overlay=0x88ae24) at textprop.c:627 #2 0x01160b31 in handle_display_prop (it=0x88afa0) at xdisp.c:4067 #3 0x0115dff6 in handle_stop (it=0x88afa0) at xdisp.c:2923 #4 0x011677c2 in reseat (it=0x88afa0, pos=..., force_p=1) at xdisp.c:5828 #5 0x0115d4eb in init_iterator (it=0x88afa0, w=0x38d4600, charpos=1, bytepos=1, row=0x0, base_face_id=DEFAULT_FACE_ID) at xdisp.c:2633 #6 0x011744f7 in resize_mini_window (w=0x38d4600, exact_p=0) at xdisp.c:9848 #7 0x01107a26 in read_minibuf_unwind (data=53229594) at minibuf.c:882 #8 0x01039db2 in unbind_to (count=36, value=53229594) at eval.c:3398 #9 0x01109f64 in Fall_completions (string=20087009, collection=53215942, predicate=53229594, hide_spaces=53229594) at minibuf.c:1635 #10 0x010381a3 in Ffuncall (nargs=4, args=0x88ba84) at eval.c:2977 #11 0x01125f61 in exec_byte_code (bytestr=20594801, vector=20594869, maxdepth=48, args_template=4112, nargs=4, args=0x88bcf8) at bytecode.c:785 #12 0x01038b30 in funcall_lambda (fun=20594773, nargs=4, arg_vector=0x88bce8) at eval.c:3131 #13 0x0103844b in Ffuncall (nargs=5, args=0x88bce4) at eval.c:3015 #14 0x01125f61 in exec_byte_code (bytestr=20595697, vector=55464037, maxdepth=24, args_template=0, nargs=0, args=0x88bf54) at bytecode.c:785 #15 0x01038b30 in funcall_lambda (fun=55464549, nargs=0, arg_vector=0x88bf54) at eval.c:3131 #16 0x0103844b in Ffuncall (nargs=1, args=0x88bf50) at eval.c:3015 #17 0x01035f11 in eval_sub (form=81852606) at eval.c:2286 #18 0x01033c7c in internal_lisp_condition_case (var=54339282, bodyform=81852606, handlers=81852654) at eval.c:1445 #19 0x0112681c in exec_byte_code (bytestr=20595361, vector=20595541, maxdepth=144, args_template=5136, nargs=4, args=0x88c434) at bytecode.c:981 #20 0x01038b30 in funcall_lambda (fun=20595333, nargs=4, arg_vector=0x88c424) at eval.c:3131 #21 0x0103844b in Ffuncall (nargs=5, args=0x88c420) at eval.c:3015 #22 0x01125f61 in exec_byte_code (bytestr=20595809, vector=20595861, maxdepth=56, args_template=4112, nargs=4, args=0x88c6a8) at bytecode.c:785 #23 0x01038b30 in funcall_lambda (fun=20595781, nargs=4, arg_vector=0x88c698) at eval.c:3131 #24 0x0103844b in Ffuncall (nargs=5, args=0x88c694) at eval.c:3015 #25 0x01125f61 in exec_byte_code (bytestr=20579737, vector=55467685, maxdepth=24, args_template=1028, nargs=1, args=0x88c8fc) at bytecode.c:785 #26 0x01038b30 in funcall_lambda (fun=55466437, nargs=1, arg_vector=0x88c8f8) at eval.c:3131 #27 0x0103844b in Ffuncall (nargs=2, args=0x88c8f4) at eval.c:3015 #28 0x01125f61 in exec_byte_code (bytestr=20575057, vector=55467973, maxdepth=20, args_template=0, nargs=0, args=0x88cb64) at bytecode.c:785 #29 0x01038b30 in funcall_lambda (fun=55464581, nargs=0, arg_vector=0x88cb64) at eval.c:3131 #30 0x0103844b in Ffuncall (nargs=1, args=0x88cb60) at eval.c:3015 #31 0x01035f11 in eval_sub (form=81852462) at eval.c:2286 #32 0x01033c7c in internal_lisp_condition_case (var=54326370, bodyform=81852462, handlers=81852510) at eval.c:1445 #33 0x0112681c in exec_byte_code (bytestr=20574881, vector=20574981, maxdepth=60, args_template=2056, nargs=2, args=0x88cff0) at bytecode.c:981 #34 0x01038b30 in funcall_lambda (fun=20574853, nargs=2, arg_vector=0x88cfe8) at eval.c:3131 #35 0x0103844b in Ffuncall (nargs=3, args=0x88cfe4) at eval.c:3015 #36 0x01125f61 in exec_byte_code (bytestr=20579385, vector=20579685, maxdepth=60, args_template=5136, nargs=5, args=0x88d278) at bytecode.c:785 #37 0x01038b30 in funcall_lambda (fun=20579597, nargs=5, arg_vector=0x88d264) at eval.c:3131 #38 0x0103844b in Ffuncall (nargs=6, args=0x88d260) at eval.c:3015 #39 0x01125f61 in exec_byte_code (bytestr=20581641, vector=20581789, maxdepth=72, args_template=0, nargs=0, args=0x88d4e4) at bytecode.c:785 #40 0x01038b30 in funcall_lambda (fun=20581613, nargs=0, arg_vector=0x88d4e4) at eval.c:3131 #41 0x0103844b in Ffuncall (nargs=1, args=0x88d4e0) at eval.c:3015 #42 0x01125f61 in exec_byte_code (bytestr=58476945, vector=55233029, maxdepth=36, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #43 0x01038fb0 in funcall_lambda (fun=54608613, nargs=4, arg_vector=0x88d754) at eval.c:3197 #44 0x0103844b in Ffuncall (nargs=5, args=0x88d750) at eval.c:3015 #45 0x01125f61 in exec_byte_code (bytestr=58476129, vector=59388421, maxdepth=20, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #46 0x01125512 in Fbyte_code (bytestr=58476129, vector=59388421, maxdepth=20) at bytecode.c:423 #47 0x010361d0 in eval_sub (form=57801134) at eval.c:2320 #48 0x01033746 in internal_catch (tag=59394338, func=0x10357b2 , arg=57801134) at eval.c:1248 #49 0x011267b5 in exec_byte_code (bytestr=58476241, vector=54611109, maxdepth=8, args_template=53229594, nargs=0, args=0x0) at bytecode.c:966 #50 0x01125512 in Fbyte_code (bytestr=58476241, vector=54611109, maxdepth=8) at bytecode.c:423 #51 0x010361d0 in eval_sub (form=57801070) at eval.c:2320 #52 0x01033c7c in internal_lisp_condition_case (var=53229594, bodyform=57801070, handlers=57801166) at eval.c:1445 #53 0x0112681c in exec_byte_code (bytestr=58476497, vector=55180421, maxdepth=28, args_template=53229594, nargs=0, args=0x0) at bytecode.c:981 #54 0x01038fb0 in funcall_lambda (fun=54610405, nargs=0, arg_vector=0x88e0c8) at eval.c:3197 #55 0x0103844b in Ffuncall (nargs=1, args=0x88e0c4) at eval.c:3015 #56 0x01036faa in funcall_nil (nargs=1, args=0x88e0c4) at eval.c:2483 #57 0x01037413 in run_hook_with_args (nargs=1, args=0x88e0c4, funcall=0x1036f92 ) at eval.c:2672 #58 0x01036ff4 in Frun_hooks (nargs=1, args=0x88e174) at eval.c:2510 #59 0x01037db0 in Ffuncall (nargs=2, args=0x88e170) at eval.c:2948 #60 0x01125f61 in exec_byte_code (bytestr=58492129, vector=55213749, maxdepth=8, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #61 0x01038fb0 in funcall_lambda (fun=54611685, nargs=0, arg_vector=0x88e3f4) at eval.c:3197 #62 0x0103844b in Ffuncall (nargs=1, args=0x88e3f0) at eval.c:3015 #63 0x01037511 in call0 (fn=54611685) at eval.c:2720 #64 0x010076f1 in safe_run_hooks_1 () at keyboard.c:1869 #65 0x01033d86 in internal_condition_case (bfun=0x1007674 , handlers=53229618, hfun=0x10076f3 ) at eval.c:1491 #66 0x01007b1f in safe_run_hook_funcall (nargs=1, args=0x88e590) at keyboard.c:1924 #67 0x01037413 in run_hook_with_args (nargs=1, args=0x88e590, funcall=0x1007a65 ) at eval.c:2672 #68 0x01007b6e in safe_run_hooks (hook=54611685) at keyboard.c:1941 #69 0x01006425 in command_loop_1 () at keyboard.c:1587 #70 0x01033d86 in internal_condition_case (bfun=0x1005423 , handlers=53287322, hfun=0x1004c4d ) at eval.c:1491 #71 0x01005089 in command_loop_2 (ignore=53229594) at keyboard.c:1157 #72 0x01033746 in internal_catch (tag=53400010, func=0x1005066 , arg=53229594) at eval.c:1248 #73 0x01004ff0 in command_loop () at keyboard.c:1122 #74 0x0100460b in recursive_edit_1 () at keyboard.c:756 #75 0x01106eb4 in read_minibuf (map=53697342, initial=53229594, prompt=53604257, backup_n=53229594, expflag=0, histvar=53425754, histpos=0, defalt=53229594, allow_props=0, inherit_input_method=0) at minibuf.c:673 #76 0x01107c07 in Fread_from_minibuffer (prompt=53604257, initial_contents=53229594, keymap=53697342, sys_read=53229594, hist=53229594, default_value=53229594, inherit_input_method=53229594) at minibuf.c:966 #77 0x0103835c in Ffuncall (nargs=8, args=0x88ea58) at eval.c:2992 #78 0x01125f61 in exec_byte_code (bytestr=20597785, vector=20597869, maxdepth=72, args_template=8200, nargs=8, args=0x88ece4) at bytecode.c:785 #79 0x01038b30 in funcall_lambda (fun=20597757, nargs=8, arg_vector=0x88ecc4) at eval.c:3131 #80 0x0103844b in Ffuncall (nargs=9, args=0x88ecc0) at eval.c:3015 #81 0x01109fde in Fcompleting_read (prompt=53604257, collection=53215942, predicate=53229594, require_match=53229594, initial_input=53229594, hist=53229594, def=53229594, inherit_input_method=53229594) at minibuf.c:1711 #82 0x01038403 in Ffuncall (nargs=3, args=0x88edd0) at eval.c:2999 #83 0x01125f61 in exec_byte_code (bytestr=20401153, vector=20401229, maxdepth=32, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #84 0x01038fb0 in funcall_lambda (fun=20401125, nargs=2, arg_vector=0x88f034) at eval.c:3197 #85 0x0103844b in Ffuncall (nargs=3, args=0x88f030) at eval.c:3015 #86 0x01125f61 in exec_byte_code (bytestr=20401849, vector=20401941, maxdepth=16, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #87 0x01038fb0 in funcall_lambda (fun=20401821, nargs=1, arg_vector=0x88f1f0) at eval.c:3197 #88 0x01038780 in apply_lambda (fun=20401821, args=20396214) at eval.c:3074 #89 0x010364f2 in eval_sub (form=20396206) at eval.c:2359 #90 0x010357a1 in Feval (form=20396206, lexical=53229594) at eval.c:2168 #91 0x01123141 in Fcall_interactively (function=54284938, record_flag=53229618, keys=53250821) at callint.c:346 #92 0x01038124 in Ffuncall (nargs=4, args=0x88f640) at eval.c:2973 #93 0x010375bf in call3 (fn=53415274, arg1=54284938, arg2=53229618, arg3=53229594) at eval.c:2766 #94 0x010200d4 in Fcommand_execute (cmd=54284938, record_flag=53229618, keys=53229594, special=53229594) at keyboard.c:10276 #95 0x010203cf in Fexecute_extended_command (prefixarg=53229594) at keyboard.c:10365 #96 0x01038044 in Ffuncall (nargs=2, args=0x88f890) at eval.c:2966 #97 0x01124f90 in Fcall_interactively (function=53285562, record_flag=53229594, keys=53250821) at callint.c:857 #98 0x01038124 in Ffuncall (nargs=4, args=0x88fb30) at eval.c:2973 #99 0x010375bf in call3 (fn=53415274, arg1=53285562, arg2=53229594, arg3=53229594) at eval.c:2766 #100 0x010200d4 in Fcommand_execute (cmd=53285562, record_flag=53229594, keys=53229594, special=53229594) at keyboard.c:10276 #101 0x010063e6 in command_loop_1 () at keyboard.c:1573 #102 0x01033d86 in internal_condition_case (bfun=0x1005423 , handlers=53287322, hfun=0x1004c4d ) at eval.c:1491 #103 0x01005089 in command_loop_2 (ignore=53229594) at keyboard.c:1157 #104 0x01033746 in internal_catch (tag=53285346, func=0x1005066 , arg=53229594) at eval.c:1248 #105 0x01005041 in command_loop () at keyboard.c:1136 #106 0x0100460b in recursive_edit_1 () at keyboard.c:756 #107 0x0100492d in Frecursive_edit () at keyboard.c:820 #108 0x010027a3 in main (argc=4, argv=0x9b2d00) at emacs.c:1706 Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x3414ee0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f894) "call-interactively" (0x88fb34) (gdb) ---- Second backtrace ---- (gdb) run -Q -f icomplete-mode Starting program: C:\Devel\emacs\repo\debug\src/..\bin\emacs.exe -Q -f icomplete-mode [New Thread 5276.0x14d8] [New Thread 5276.0x153c] [New Thread 5276.0x1774] gdb: unknown target exception 0xc0000029 at 0x76f407b6 Program received signal ?, Unknown signal. [Switching to Thread 5276.0x1774] 0x76f407b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll (gdb) bt #0 0x76f407b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dll #1 0x0088da00 in ?? () #2 0x74d207f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x3414ee0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f894) "call-interactively" (0x88fb34) (gdb) thread 1 [Switching to thread 1 (Thread 5276.0x14d8)]#0 0x01054fbc in Fcompare_strings (str1=58427441, start1=0, end1=0, str2=20087009, start2=0, end2=0, ignore_case=53229618) at fns.c:272 272 i1_byte = string_char_to_byte (str1, i1); (gdb) bt #0 0x01054fbc in Fcompare_strings (str1=58427441, start1=0, end1=0, str2=20087009, start2=0, end2=0, ignore_case=53229618) at fns.c:272 #1 0x01109d12 in Fall_completions (string=20087009, collection=53215942, predicate=53229594, hide_spaces=53229594) at minibuf.c:1571 #2 0x010381a3 in Ffuncall (nargs=4, args=0x88ba84) at eval.c:2977 #3 0x01125f61 in exec_byte_code (bytestr=20594801, vector=20594869, maxdepth=48, args_template=4112, nargs=4, args=0x88bcf8) at bytecode.c:785 #4 0x01038b30 in funcall_lambda (fun=20594773, nargs=4, arg_vector=0x88bce8) at eval.c:3131 #5 0x0103844b in Ffuncall (nargs=5, args=0x88bce4) at eval.c:3015 #6 0x01125f61 in exec_byte_code (bytestr=20595697, vector=54431013, maxdepth=24, args_template=0, nargs=0, args=0x88bf54) at bytecode.c:785 #7 0x01038b30 in funcall_lambda (fun=54431237, nargs=0, arg_vector=0x88bf54) at eval.c:3131 #8 0x0103844b in Ffuncall (nargs=1, args=0x88bf50) at eval.c:3015 #9 0x01035f11 in eval_sub (form=81860342) at eval.c:2286 #10 0x01033c7c in internal_lisp_condition_case (var=54339282, bodyform=81860342, handlers=81860390) at eval.c:1445 #11 0x0112681c in exec_byte_code (bytestr=20595361, vector=20595541, maxdepth=144, args_template=5136, nargs=4, args=0x88c434) at bytecode.c:981 #12 0x01038b30 in funcall_lambda (fun=20595333, nargs=4, arg_vector=0x88c424) at eval.c:3131 #13 0x0103844b in Ffuncall (nargs=5, args=0x88c420) at eval.c:3015 #14 0x01125f61 in exec_byte_code (bytestr=20595809, vector=20595861, maxdepth=56, args_template=4112, nargs=4, args=0x88c6a8) at bytecode.c:785 #15 0x01038b30 in funcall_lambda (fun=20595781, nargs=4, arg_vector=0x88c698) at eval.c:3131 #16 0x0103844b in Ffuncall (nargs=5, args=0x88c694) at eval.c:3015 #17 0x01125f61 in exec_byte_code (bytestr=20579737, vector=54431589, maxdepth=24, args_template=1028, nargs=1, args=0x88c8fc) at bytecode.c:785 #18 0x01038b30 in funcall_lambda (fun=54430853, nargs=1, arg_vector=0x88c8f8) at eval.c:3131 #19 0x0103844b in Ffuncall (nargs=2, args=0x88c8f4) at eval.c:3015 #20 0x01125f61 in exec_byte_code (bytestr=20575057, vector=54427781, maxdepth=20, args_template=0, nargs=0, args=0x88cb64) at bytecode.c:785 #21 0x01038b30 in funcall_lambda (fun=54429957, nargs=0, arg_vector=0x88cb64) at eval.c:3131 #22 0x0103844b in Ffuncall (nargs=1, args=0x88cb60) at eval.c:3015 #23 0x01035f11 in eval_sub (form=81860198) at eval.c:2286 #24 0x01033c7c in internal_lisp_condition_case (var=54326370, bodyform=81860198, handlers=81860246) at eval.c:1445 #25 0x0112681c in exec_byte_code (bytestr=20574881, vector=20574981, maxdepth=60, args_template=2056, nargs=2, args=0x88cff0) at bytecode.c:981 #26 0x01038b30 in funcall_lambda (fun=20574853, nargs=2, arg_vector=0x88cfe8) at eval.c:3131 #27 0x0103844b in Ffuncall (nargs=3, args=0x88cfe4) at eval.c:3015 #28 0x01125f61 in exec_byte_code (bytestr=20579385, vector=20579685, maxdepth=60, args_template=5136, nargs=5, args=0x88d278) at bytecode.c:785 #29 0x01038b30 in funcall_lambda (fun=20579597, nargs=5, arg_vector=0x88d264) at eval.c:3131 #30 0x0103844b in Ffuncall (nargs=6, args=0x88d260) at eval.c:3015 #31 0x01125f61 in exec_byte_code (bytestr=20581641, vector=20581789, maxdepth=72, args_template=0, nargs=0, args=0x88d4e4) at bytecode.c:785 #32 0x01038b30 in funcall_lambda (fun=20581613, nargs=0, arg_vector=0x88d4e4) at eval.c:3131 #33 0x0103844b in Ffuncall (nargs=1, args=0x88d4e0) at eval.c:3015 #34 0x01125f61 in exec_byte_code (bytestr=58476945, vector=55233029, maxdepth=36, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #35 0x01038fb0 in funcall_lambda (fun=54608613, nargs=4, arg_vector=0x88d754) at eval.c:3197 #36 0x0103844b in Ffuncall (nargs=5, args=0x88d750) at eval.c:3015 #37 0x01125f61 in exec_byte_code (bytestr=58476129, vector=59388421, maxdepth=20, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #38 0x01125512 in Fbyte_code (bytestr=58476129, vector=59388421, maxdepth=20) at bytecode.c:423 #39 0x010361d0 in eval_sub (form=57801134) at eval.c:2320 #40 0x01033746 in internal_catch (tag=59394338, func=0x10357b2 , arg=57801134) at eval.c:1248 #41 0x011267b5 in exec_byte_code (bytestr=58476241, vector=54611109, maxdepth=8, args_template=53229594, nargs=0, args=0x0) at bytecode.c:966 #42 0x01125512 in Fbyte_code (bytestr=58476241, vector=54611109, maxdepth=8) at bytecode.c:423 #43 0x010361d0 in eval_sub (form=57801070) at eval.c:2320 #44 0x01033c7c in internal_lisp_condition_case (var=53229594, bodyform=57801070, handlers=57801166) at eval.c:1445 #45 0x0112681c in exec_byte_code (bytestr=58476497, vector=55180421, maxdepth=28, args_template=53229594, nargs=0, args=0x0) at bytecode.c:981 #46 0x01038fb0 in funcall_lambda (fun=54610405, nargs=0, arg_vector=0x88e0c8) at eval.c:3197 #47 0x0103844b in Ffuncall (nargs=1, args=0x88e0c4) at eval.c:3015 #48 0x01036faa in funcall_nil (nargs=1, args=0x88e0c4) at eval.c:2483 #49 0x01037413 in run_hook_with_args (nargs=1, args=0x88e0c4, funcall=0x1036f92 ) at eval.c:2672 #50 0x01036ff4 in Frun_hooks (nargs=1, args=0x88e174) at eval.c:2510 #51 0x01037db0 in Ffuncall (nargs=2, args=0x88e170) at eval.c:2948 #52 0x01125f61 in exec_byte_code (bytestr=58492129, vector=55213749, maxdepth=8, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #53 0x01038fb0 in funcall_lambda (fun=54611685, nargs=0, arg_vector=0x88e3f4) at eval.c:3197 #54 0x0103844b in Ffuncall (nargs=1, args=0x88e3f0) at eval.c:3015 #55 0x01037511 in call0 (fn=54611685) at eval.c:2720 #56 0x010076f1 in safe_run_hooks_1 () at keyboard.c:1869 #57 0x01033d86 in internal_condition_case (bfun=0x1007674 , handlers=53229618, hfun=0x10076f3 ) at eval.c:1491 #58 0x01007b1f in safe_run_hook_funcall (nargs=1, args=0x88e590) at keyboard.c:1924 #59 0x01037413 in run_hook_with_args (nargs=1, args=0x88e590, funcall=0x1007a65 ) at eval.c:2672 #60 0x01007b6e in safe_run_hooks (hook=54611685) at keyboard.c:1941 #61 0x01006425 in command_loop_1 () at keyboard.c:1587 #62 0x01033d86 in internal_condition_case (bfun=0x1005423 , handlers=53287322, hfun=0x1004c4d ) at eval.c:1491 #63 0x01005089 in command_loop_2 (ignore=53229594) at keyboard.c:1157 #64 0x01033746 in internal_catch (tag=53400010, func=0x1005066 , arg=53229594) at eval.c:1248 #65 0x01004ff0 in command_loop () at keyboard.c:1122 #66 0x0100460b in recursive_edit_1 () at keyboard.c:756 #67 0x01106eb4 in read_minibuf (map=53697342, initial=53229594, prompt=58407873, backup_n=53229594, expflag=0, histvar=53425754, histpos=0, defalt=53229594, allow_props=0, inherit_input_method=0) at minibuf.c:673 #68 0x01107c07 in Fread_from_minibuffer (prompt=58407873, initial_contents=53229594, keymap=53697342, sys_read=53229594, hist=53229594, default_value=53229594, inherit_input_method=53229594) at minibuf.c:966 #69 0x0103835c in Ffuncall (nargs=8, args=0x88ea58) at eval.c:2992 #70 0x01125f61 in exec_byte_code (bytestr=20597785, vector=20597869, maxdepth=72, args_template=8200, nargs=8, args=0x88ece4) at bytecode.c:785 #71 0x01038b30 in funcall_lambda (fun=20597757, nargs=8, arg_vector=0x88ecc4) at eval.c:3131 #72 0x0103844b in Ffuncall (nargs=9, args=0x88ecc0) at eval.c:3015 #73 0x01109fde in Fcompleting_read (prompt=58407873, collection=53215942, predicate=53229594, require_match=53229594, initial_input=53229594, hist=53229594, def=53229594, inherit_input_method=53229594) at minibuf.c:1711 #74 0x01038403 in Ffuncall (nargs=3, args=0x88edd0) at eval.c:2999 #75 0x01125f61 in exec_byte_code (bytestr=20401153, vector=20401229, maxdepth=32, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #76 0x01038fb0 in funcall_lambda (fun=20401125, nargs=2, arg_vector=0x88f034) at eval.c:3197 #77 0x0103844b in Ffuncall (nargs=3, args=0x88f030) at eval.c:3015 #78 0x01125f61 in exec_byte_code (bytestr=20401849, vector=20401941, maxdepth=16, args_template=53229594, nargs=0, args=0x0) at bytecode.c:785 #79 0x01038fb0 in funcall_lambda (fun=20401821, nargs=1, arg_vector=0x88f1f0) at eval.c:3197 #80 0x01038780 in apply_lambda (fun=20401821, args=20396214) at eval.c:3074 #81 0x010364f2 in eval_sub (form=20396206) at eval.c:2359 #82 0x010357a1 in Feval (form=20396206, lexical=53229594) at eval.c:2168 #83 0x01123141 in Fcall_interactively (function=54284938, record_flag=53229618, keys=53250821) at callint.c:346 #84 0x01038124 in Ffuncall (nargs=4, args=0x88f640) at eval.c:2973 #85 0x010375bf in call3 (fn=53415274, arg1=54284938, arg2=53229618, arg3=53229594) at eval.c:2766 #86 0x010200d4 in Fcommand_execute (cmd=54284938, record_flag=53229618, keys=53229594, special=53229594) at keyboard.c:10276 #87 0x010203cf in Fexecute_extended_command (prefixarg=53229594) at keyboard.c:10365 #88 0x01038044 in Ffuncall (nargs=2, args=0x88f890) at eval.c:2966 #89 0x01124f90 in Fcall_interactively (function=53285562, record_flag=53229594, keys=53250821) at callint.c:857 #90 0x01038124 in Ffuncall (nargs=4, args=0x88fb30) at eval.c:2973 #91 0x010375bf in call3 (fn=53415274, arg1=53285562, arg2=53229594, arg3=53229594) at eval.c:2766 #92 0x010200d4 in Fcommand_execute (cmd=53285562, record_flag=53229594, keys=53229594, special=53229594) at keyboard.c:10276 #93 0x010063e6 in command_loop_1 () at keyboard.c:1573 #94 0x01033d86 in internal_condition_case (bfun=0x1005423 , handlers=53287322, hfun=0x1004c4d ) at eval.c:1491 #95 0x01005089 in command_loop_2 (ignore=53229594) at keyboard.c:1157 #96 0x01033746 in internal_catch (tag=53285346, func=0x1005066 , arg=53229594) at eval.c:1248 #97 0x01005041 in command_loop () at keyboard.c:1136 #98 0x0100460b in recursive_edit_1 () at keyboard.c:756 #99 0x0100492d in Frecursive_edit () at keyboard.c:820 #100 0x010027a3 in main (argc=4, argv=0xa22d00) at emacs.c:1706 Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x3414ee0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f894) "call-interactively" (0x88fb34) (gdb) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: claudio.bley@gmail.com (Claudio Bley) Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Jan 2012 21:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9087@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.132545158418527 (code B ref -1); Sun, 01 Jan 2012 21:00:02 +0000 Received: (at submit) by debbugs.gnu.org; 1 Jan 2012 20:59:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhSVM-0004om-2p for submit@debbugs.gnu.org; Sun, 01 Jan 2012 15:59:44 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhSVJ-0004oe-IG for submit@debbugs.gnu.org; Sun, 01 Jan 2012 15:59:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhSSF-0000oe-HB for submit@debbugs.gnu.org; Sun, 01 Jan 2012 15:56:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_MED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:46383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSSF-0000oa-Fk for submit@debbugs.gnu.org; Sun, 01 Jan 2012 15:56:31 -0500 Received: from eggs.gnu.org ([140.186.70.92]:57835) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSSE-0007IR-B8 for bug-gnu-emacs@gnu.org; Sun, 01 Jan 2012 15:56:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhSSD-0000oL-5O for bug-gnu-emacs@gnu.org; Sun, 01 Jan 2012 15:56:30 -0500 Received: from lo.gmane.org ([80.91.229.12]:49540) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhSSC-0000o9-Qi for bug-gnu-emacs@gnu.org; Sun, 01 Jan 2012 15:56:29 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RhSSA-00060l-2o for bug-gnu-emacs@gnu.org; Sun, 01 Jan 2012 21:56:26 +0100 Received: from dslb-094-222-233-031.pools.arcor-ip.net ([94.222.233.31]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jan 2012 21:56:26 +0100 Received: from claudio.bley by dslb-094-222-233-031.pools.arcor-ip.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Jan 2012 21:56:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: claudio.bley@gmail.com (Claudio Bley) Date: Sun, 01 Jan 2012 21:56:11 +0100 Lines: 63 Message-ID: <87obunjg5w.wl%claudio.bley@gmail.com> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dslb-094-222-233-031.pools.arcor-ip.net In-Reply-To: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 Emacs/23.3 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.9 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.9 (-----) Hi. I'm using ido-mode and this kind of crash is bugging me almost every single day when using the ido-find-file (C-x C-f) function. Here's an /illuminating/ backtrace I've captured with WinDbg the other day: Note: most recent calls last - thread 0 ... (some calls omitted) Ffuncall at C:\src\unix\emacs-trunk\src/eval.c:3023 funcall_lambda at C:\src\unix\emacs-trunk\src/eval.c:3205 exec_byte_code at C:\src\unix\emacs-trunk\src/bytecode.c:785 Ffuncall at C:\src\unix\emacs-trunk\src/eval.c:3023 funcall_lambda at C:\src\unix\emacs-trunk\src/eval.c:3205 exec_byte_code at C:\src\unix\emacs-trunk\src/bytecode.c:785 Ffuncall at C:\src\unix\emacs-trunk\src/eval.c:2977 Fmapc at C:\src\unix\emacs-trunk\src/fns.c:2436 mapcar1 at C:\src\unix\emacs-trunk\src/fns.c:2346 call1 at C:\src\unix\emacs-trunk\src/eval.c:2743 Ffuncall at C:\src\unix\emacs-trunk\src/eval.c:3023 funcall_lambda at C:\src\unix\emacs-trunk\src/eval.c:3205 exec_byte_code at C:\src\unix\emacs-trunk\src/bytecode.c:1837 w32_abort at C:\src\unix\emacs-trunk\src/w32fns.c:7191 - thread 2 w32_msg_worker@4 at C:\src\unix\emacs-trunk\src/w32fns.c:2472 w32_msg_pump at C:\src\unix\emacs-trunk\src/w32fns.c:2346 w32_wnd_proc at C:\src\unix\emacs-trunk\src/w32fns.c:2920 post_character_message at C:\src\unix\emacs-trunk\src/w32fns.c:2550 signal_user_input at C:\src\unix\emacs-trunk\src/w32fns.c:2487 Fthrow at C:\src\unix\emacs-trunk\src/eval.c:1334 Fthrow at C:\src\unix\emacs-trunk\src/eval.c:1330 - thread 3 reader_thread at C:\src\unix\emacs-trunk\src/w32proc.c:253 _sys_wait_accept at C:\src\unix\emacs-trunk\src/w32.c:5369 ---------------------------------------------------------------------- In summary: Thread 0 (the lisp thread) is currently evaluating some byte code. Thread 2 (the win32 messaging thread) receives a key press and because the Vthrow_on_input flag is set, decides to do a QUIT; regardlessly unwinding the stack of the currently running interpreter from another thread!!! Thread 0 is about to abort execution because it sensed that somehow the binding stack has been corrupted. Happy new year! :-) - Claudio From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Jan 2012 21:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Claudio Bley Cc: 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132545331221031 (code B ref 9087); Sun, 01 Jan 2012 21:29:02 +0000 Received: (at 9087) by debbugs.gnu.org; 1 Jan 2012 21:28:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhSxE-0005TA-Em for submit@debbugs.gnu.org; Sun, 01 Jan 2012 16:28:32 -0500 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhSxD-0005T3-24 for 9087@debbugs.gnu.org; Sun, 01 Jan 2012 16:28:31 -0500 Received: by pbdd12 with SMTP id d12so9538062pbd.3 for <9087@debbugs.gnu.org>; Sun, 01 Jan 2012 13:25:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=QrfN9FEKS2az+VPDg0tUuyv1dQ75dnmN5gDPSrbGIGc=; b=OaXwrFQPSi4bG76QTTqaIaJqSOTrY8fMpTX7RVbf+2FAEQ52hzat2zHvXkIaxZ6mGt WXTjJeW8v7krb56h5bJLCWLS5VDKlPpa0EGTHi4vNvWYHnqa3X4vEnL5Fq8g5fr0AI+G nBhR8BKVbPKUSXpgLlXhPTjMiQgbEeM7RWQVU= Received: by 10.68.73.68 with SMTP id j4mr115254131pbv.40.1325453121219; Sun, 01 Jan 2012 13:25:21 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.247.28 with HTTP; Sun, 1 Jan 2012 13:24:40 -0800 (PST) In-Reply-To: <87obunjg5w.wl%claudio.bley@gmail.com> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> From: Juanma Barranquero Date: Sun, 1 Jan 2012 22:24:40 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.4 (---) > I'm using ido-mode and this kind of crash is bugging me almost every > single day when using the ido-find-file (C-x C-f) function. Curious, because I also use ido-mode and I've never had the crash when invoking ido-find-file, just with the reported recipe. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Jan 2012 21:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: claudio.bley@gmail.com (Claudio Bley) Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132545438322753 (code B ref 9087); Sun, 01 Jan 2012 21:47:02 +0000 Received: (at 9087) by debbugs.gnu.org; 1 Jan 2012 21:46:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhTEV-0005uv-AH for submit@debbugs.gnu.org; Sun, 01 Jan 2012 16:46:23 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhTER-0005uk-Qg for 9087@debbugs.gnu.org; Sun, 01 Jan 2012 16:46:21 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LX500G002Y00X00@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Sun, 01 Jan 2012 23:42:58 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.18.76]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LX500B0Z2ZLZ4Q1@a-mtaout20.012.net.il>; Sun, 01 Jan 2012 23:42:58 +0200 (IST) Date: Sun, 01 Jan 2012 23:43:01 +0200 From: Eli Zaretskii In-reply-to: <87obunjg5w.wl%claudio.bley@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83vcovqeu2.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: claudio.bley@gmail.com (Claudio Bley) > Date: Sun, 01 Jan 2012 21:56:11 +0100 > > I'm using ido-mode and this kind of crash is bugging me almost every > single day when using the ido-find-file (C-x C-f) function. Is the recipe just start "emacs -Q", type "M-x ido-mode RET", and then "C-x C-f SOME-FILE RET"? If so, it didn't crash for me when I tried it now. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: claudio.bley@gmail.com (Claudio Bley) Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jan 2012 07:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9087@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.132557461219427 (code B ref -1); Tue, 03 Jan 2012 07:11:01 +0000 Received: (at submit) by debbugs.gnu.org; 3 Jan 2012 07:10:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhyVg-00053H-02 for submit@debbugs.gnu.org; Tue, 03 Jan 2012 02:10:12 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RhyVd-00053A-9A for submit@debbugs.gnu.org; Tue, 03 Jan 2012 02:10:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhySQ-0007HH-KP for submit@debbugs.gnu.org; Tue, 03 Jan 2012 02:06:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00, DATE_IN_PAST_12_24, FREEMAIL_FROM, RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:60620) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhySQ-0007HC-Iz for submit@debbugs.gnu.org; Tue, 03 Jan 2012 02:06:50 -0500 Received: from eggs.gnu.org ([140.186.70.92]:55801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhySP-0004v8-HY for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2012 02:06:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RhySO-0007H1-4m for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2012 02:06:49 -0500 Received: from lo.gmane.org ([80.91.229.12]:50549) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RhySN-0007Gt-Tw for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2012 02:06:48 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RhySM-0000NF-3o for bug-gnu-emacs@gnu.org; Tue, 03 Jan 2012 08:06:46 +0100 Received: from 178-25-112-126-dynip.superkabel.de ([178.25.112.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Jan 2012 08:06:46 +0100 Received: from claudio.bley by 178-25-112-126-dynip.superkabel.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Jan 2012 08:06:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: claudio.bley@gmail.com (Claudio Bley) Date: Mon, 02 Jan 2012 17:16:46 +0100 Lines: 40 Message-ID: <84ty4ef5ap.wl%claudio.bley@gmail.com> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 178-25-112-126-dynip.superkabel.de In-Reply-To: <83vcovqeu2.fsf@gnu.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 Emacs/24.0.92 (i386-mingw-nt5.1.2600) MULE/6.0 (HANACHIRUSATO) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.9 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.9 (----) On 1 Jan 2012, Eli Zaretskii wrote: >> From: claudio.bley@gmail.com (Claudio Bley) >> Date: Sun, 01 Jan 2012 21:56:11 +0100 >> >> I'm using ido-mode and this kind of crash is bugging me almost >> every single day when using the ido-find-file (C-x C-f) function. > > Is the recipe just start "emacs -Q", type "M-x ido-mode RET", and > then "C-x C-f SOME-FILE RET"? No. It is the same race condition as with icomplete. The recipe is quite similar to what Juanma did: 1. emacs -Q 2. (require 'ido) (ido-mode t) (setq ido-enable-flex-matching t ido-max-directory-size 100000) [I suppose the last options are not strictly necessary, but maybe it helps triggering the bug more frequently] 3. C-x C-f 4. type some random characters until there are no possible completions of file names in the current directory (ido will start to search for completions in other dirs) 5. as soon as the message "Searching for `whateveryoutyped`..." appears, hit . 6. go to step 4. I can trigger the bug after at most 10 repetitions. - Claudio From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: claudio.bley@gmail.com (Claudio Bley) Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jan 2012 15:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9087@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.132569214424219 (code B ref -1); Wed, 04 Jan 2012 15:50:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jan 2012 15:49:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RiT5L-0006Ia-Tg for submit@debbugs.gnu.org; Wed, 04 Jan 2012 10:49:04 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RiT5I-0006I9-8Z for submit@debbugs.gnu.org; Wed, 04 Jan 2012 10:49:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiT1s-0008KT-Sz for submit@debbugs.gnu.org; Wed, 04 Jan 2012 10:45:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_MED,RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:58075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiT1s-0008KP-NB for submit@debbugs.gnu.org; Wed, 04 Jan 2012 10:45:28 -0500 Received: from eggs.gnu.org ([140.186.70.92]:36557) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiT1o-0008SW-Qf for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2012 10:45:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiT1i-0008J9-WB for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2012 10:45:24 -0500 Received: from lo.gmane.org ([80.91.229.12]:53554) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiT1i-0008Ip-OG for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2012 10:45:18 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RiT1d-0000Tr-8O for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2012 16:45:13 +0100 Received: from 178-25-112-126-dynip.superkabel.de ([178.25.112.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jan 2012 16:45:13 +0100 Received: from claudio.bley by 178-25-112-126-dynip.superkabel.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jan 2012 16:45:13 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: bug-gnu-emacs@gnu.org From: claudio.bley@gmail.com (Claudio Bley) Date: Wed, 04 Jan 2012 16:44:53 +0100 Lines: 30 Message-ID: <84obujfp56.wl%claudio.bley@gmail.com> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 178-25-112-126-dynip.superkabel.de In-Reply-To: <84ty4ef5ap.wl%claudio.bley@gmail.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?Q?Goj=C5=8D?=) APEL/10.8 Emacs/24.0.92 (i386-mingw-nt5.1.2600) MULE/6.0 (HANACHIRUSATO) Mail-Copies-To: never X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.4 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.6 (-----) Hi. Here's a simple example code exposing the crash: ---------------------------------------------------------------------- (defun dosmthg () "`nth' is a bytecode function in bytecode.c which sets immediate_quit to non-zero before execution." (let ((alist (cons 1 nil))) (setcdr alist alist) (nth most-positive-fixnum alist))) (catch 'yahee (let ((throw-on-input 'yahee) (i 4)) (sit-for 1) (while (> i 1) (message "hit a key after countdown... %d" (setq i (1- i))) (sit-for 1)) (message "now!") (dosmthg))) ---------------------------------------------------------------------- Save as "triggerbug.el" and bytecompile. Run "emacs -Q -l triggerbug.elc" and follow the on screen instructions. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 10:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: claudio.bley@gmail.com (Claudio Bley) Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132584454929727 (code B ref 9087); Fri, 06 Jan 2012 10:10:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 10:09:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj6jV-0007jP-0F for submit@debbugs.gnu.org; Fri, 06 Jan 2012 05:09:09 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj6jR-0007jF-Rx for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 05:09:07 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LXD00I00FUTDU00@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 12:04:56 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.16.185]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXD00IWTG065G80@a-mtaout23.012.net.il>; Fri, 06 Jan 2012 12:04:55 +0200 (IST) Date: Fri, 06 Jan 2012 12:02:52 +0200 From: Eli Zaretskii In-reply-to: <84ty4ef5ap.wl%claudio.bley@gmail.com> X-012-Sender: halo1@inter.net.il Message-id: <83vcopno6r.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > From: claudio.bley@gmail.com (Claudio Bley) > Date: Mon, 02 Jan 2012 17:16:46 +0100 > > On 1 Jan 2012, Eli Zaretskii wrote: > > >> From: claudio.bley@gmail.com (Claudio Bley) > >> Date: Sun, 01 Jan 2012 21:56:11 +0100 > >> > >> I'm using ido-mode and this kind of crash is bugging me almost > >> every single day when using the ido-find-file (C-x C-f) function. > > > > Is the recipe just start "emacs -Q", type "M-x ido-mode RET", and > > then "C-x C-f SOME-FILE RET"? > > No. It is the same race condition as with icomplete. > > The recipe is quite similar to what Juanma did: > > 1. emacs -Q > > 2. (require 'ido) > (ido-mode t) > (setq ido-enable-flex-matching t > ido-max-directory-size 100000) > > [I suppose the last options are not strictly necessary, but maybe it > helps triggering the bug more frequently] > > 3. C-x C-f > > 4. type some random characters until there are no possible completions > of file names in the current directory (ido will start to > search for completions in other dirs) > > 5. as soon as the message "Searching for `whateveryoutyped`..." > appears, hit . > > 6. go to step 4. I cannot get it to display the "Searching for ..." message. And I cannot get it to crash. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 12:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Claudio Bley , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132585434217259 (code B ref 9087); Fri, 06 Jan 2012 12:53:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 12:52:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj9HS-0004UJ-58 for submit@debbugs.gnu.org; Fri, 06 Jan 2012 07:52:22 -0500 Received: from mail-pw0-f44.google.com ([209.85.160.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj9HP-0004UA-Ma for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 07:52:20 -0500 Received: by pbdd12 with SMTP id d12so911453pbd.3 for <9087@debbugs.gnu.org>; Fri, 06 Jan 2012 04:48:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=dmGj7Q0IE/HK4GmMdiQegW+4q0YK7RdfQP50JjET9ro=; b=Mpmq12xGCGCuZiM11uYkqQIWb9Co6jWfSWYGI5XUlWWQFEgkMqOazj8LUcikxcPWeH qYZWpUIdk3HUXVhRc7takED27sl5Be4C5LtN4y93PLP2neF2KlSXO9pwbFNPhgmO5UTH H08ebt9nIZkZ60BAcdHgVSPp+3ttsH1QBO1fs= Received: by 10.68.74.233 with SMTP id x9mr15242574pbv.74.1325854123158; Fri, 06 Jan 2012 04:48:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.247.28 with HTTP; Fri, 6 Jan 2012 04:48:02 -0800 (PST) In-Reply-To: <83vcopno6r.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 6 Jan 2012 13:48:02 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.4 (---) On Fri, Jan 6, 2012 at 11:02, Eli Zaretskii wrote: > I cannot get it to display the "Searching for ..." message. =C2=A0And I > cannot get it to crash. Do you see the crash with the triggerbug.el recipe? It works (=3D crashes) = for me. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 13:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Claudio Bley , Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132585617119904 (code B ref 9087); Fri, 06 Jan 2012 13:23:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 13:22:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj9kx-0005Az-8P for submit@debbugs.gnu.org; Fri, 06 Jan 2012 08:22:51 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1Rj9ku-0005Aq-QH for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 08:22:50 -0500 Received: (qmail invoked by alias); 06 Jan 2012 13:19:11 -0000 Received: from 62-47-48-148.adsl.highway.telekom.at (EHLO [62.47.48.148]) [62.47.48.148] by mail.gmx.net (mp070) with SMTP; 06 Jan 2012 14:19:11 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/K53c6OkLKq89sMPW2nUr82N/YEroGRZ2f+MisFp EVlbB5CbTRvla+ Message-ID: <4F06F4CD.1000000@gmx.at> Date: Fri, 06 Jan 2012 14:19:09 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > Do you see the crash with the triggerbug.el recipe? It works (= crashes) for me. For me too. Can't do much with the backtrace, though :-( martin (gdb) run Starting program: c:/emacs/quickfixes/bin/emacs.exe [New thread 212.0x11c] [New thread 212.0x404] [New thread 212.0x784] [New thread 212.0x748] [New thread 212.0x278] [New thread 212.0x664] [New thread 212.0x174] [New thread 212.0x1d8] [New thread 212.0x59c] gdb: unknown target exception 0xc0000029 at 0x7c95eb28 Program received signal ?, Unknown signal. [Switching to thread 212.0x404] 0x7c95eb28 in ntdll!RtlInsertElementGenericTableAvl () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c95eb28 in ntdll!RtlInsertElementGenericTableAvl () from C:\WINDOWS\system32\ntdll.dll #1 0x77c05464 in msvcrt!_global_unwind2 () from C:\WINDOWS\system32\msvcrt.dll #2 0x77c06d8c in msvcrt!longjmp () from C:\WINDOWS\system32\msvcrt.dll #3 0x0082ffe0 in ?? () #4 0x0101f938 in unwind_to_catch (catch=0x82ffe0, value=16906552) at eval.c:1323 Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x82e720) "load" (0x82eef4) "byte-compile-file" (0x82f0e0) "let" (0x82f470) "if" (0x82f600) "let" (0x82f800) "emacs-lisp-byte-compile-and-load-unconditionally" (0x82f994) "call-interactively" (0x82fb94) (gdb) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 13:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Claudio Bley , Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132585662420630 (code B ref 9087); Fri, 06 Jan 2012 13:31:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 13:30:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj9sG-0005Mh-Av for submit@debbugs.gnu.org; Fri, 06 Jan 2012 08:30:24 -0500 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj9sD-0005MZ-SS for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 08:30:23 -0500 Received: by dajz8 with SMTP id z8so919152daj.3 for <9087@debbugs.gnu.org>; Fri, 06 Jan 2012 05:26:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=rEpcqjg+cyPQQ2gl4dpRW62OLBxTfAf6NMFxttSA1Z0=; b=kgHn2gmC64lOz7wr44gOWZkTADCsw2ignobuO/r7s4iULRAH8JLmfRU4UihbPHl4g/ cXnVYeDfjiD24vcoaEG54O62Q7Yh9mjp5wCfo48rDlzhxeCGkki2P4lcfW6HMJEVk07Z TGrQGWUW/8qBRpZ6AyIWkHsLEn6hekGJDy0Q4= Received: by 10.68.141.42 with SMTP id rl10mr10182886pbb.91.1325856405221; Fri, 06 Jan 2012 05:26:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.247.28 with HTTP; Fri, 6 Jan 2012 05:26:03 -0800 (PST) In-Reply-To: <4F06F4CD.1000000@gmx.at> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <4F06F4CD.1000000@gmx.at> From: Juanma Barranquero Date: Fri, 6 Jan 2012 14:26:03 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.4 (---) > For me too. =C2=A0Can't do much with the backtrace, though :-( It's a bit more informative if you switch to thread 1. gdb: unknown target exception 0xc0000029 at 0x77b907b6 Program received signal ?, Unknown signal. [Switching to Thread 3736.0x165c] 0x77b907b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77b907b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088e824 in ?? () #2 0x755907f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88eaf4) "load" (0x88f254) "command-line-1" (0x88f554) "command-line" (0x88f888) "normal-top-level" (0x88fae0) (gdb) thread 1 [Switching to thread 1 (Thread 3736.0x143c)] #0 0x010df77c in exec_byte_code (bytestr=3D59950785, vector=3D56834309, maxdepth=3D12, args_template=3D54691866, nargs=3D0, args=3D0x0) at bytecode.c:1016 1016 while (--op >=3D 0 && CONSP (v1)) (gdb) bt #0 0x010df77c in exec_byte_code (bytestr=3D59950785, vector=3D56834309, maxdepth=3D12, args_template=3D54691866, nargs=3D0, args=3D0x0) at bytecode.c:1016 #1 0x01037b28 in funcall_lambda (fun=3D56833221, nargs=3D0, arg_vector=3D0x342881a) at eval.c:3217 #2 0x0103700e in Ffuncall (nargs=3D1, args=3D0x88e500) at eval.c:3035 #3 0x010debea in exec_byte_code (bytestr=3D59950657, vector=3D60752517, maxdepth=3D16, args_template=3D54691866, nargs=3D0, args=3D0x0) at bytecode.c:785 #4 0x010de188 in Fbyte_code (bytestr=3D59950657, vector=3D60752517, maxdepth=3D16) at bytecode.c:423 #5 0x01034e48 in eval_sub (form=3D59163478) at eval.c:2340 #6 0x010325fe in internal_catch (tag=3D60117186, func=3D0x103450f , arg=3D59163478) at eval.c:1256 #7 0x010df5a8 in exec_byte_code (bytestr=3D59950705, vector=3D60649957, maxdepth=3D8, args_template=3D54691866, nargs=3D0, args=3D0x0) at bytecode.c:966 #8 0x010de188 in Fbyte_code (bytestr=3D59950705, vector=3D60649957, maxdepth=3D8) at bytecode.c:423 #9 0x01034e48 in eval_sub (form=3D59163430) at eval.c:2340 #10 0x01085897 in readevalloop (readcharfun=3D54774386, stream=3D0x75602960, sourcename=3D59950849, printflag=3D0, unibyte=3D546918= 66, readfun=3D54691866, start=3D54691866, end=3D54691866) at lread.c:1838 #11 0x010839ac in Fload (file=3D59961585, noerror=3D54691866, nomessage=3D54691890, nosuffix=3D54691866, must_suffix=3D54691866) at lread.c:1316 #12 0x01036dde in Ffuncall (nargs=3D4, args=3D0x88f250) at eval.c:3002 #13 0x010debea in exec_byte_code (bytestr=3D20300521, vector=3D20300933, maxdepth=3D88, args_template=3D1028, nargs=3D1, args=3D0x88f558) at bytecode.c:785 #14 0x010376f4 in funcall_lambda (fun=3D20300493, nargs=3D1, arg_vector=3D0x404) at eval.c:3151 #15 0x0103700e in Ffuncall (nargs=3D2, args=3D0x88f550) at eval.c:3035 #16 0x010debea in exec_byte_code (bytestr=3D20284105, vector=3D20285029, maxdepth=3D72, args_template=3D0, nargs=3D0, args=3D0x88f888) at bytecode.c:785 #17 0x010376f4 in funcall_lambda (fun=3D20284077, nargs=3D0, arg_vector=3D0x0) at eval.c:3151 #18 0x0103700e in Ffuncall (nargs=3D1, args=3D0x88f884) at eval.c:3035 #19 0x010debea in exec_byte_code (bytestr=3D20280297, vector=3D20280517, maxdepth=3D32, args_template=3D0, nargs=3D0, args=3D0x88fae0) at bytecode.c:785 #20 0x010376f4 in funcall_lambda (fun=3D20280269, nargs=3D0, arg_vector=3D0x0) at eval.c:3151 #21 0x01037344 in apply_lambda (fun=3D20280269, args=3D54691866) at eval.c:= 3094 #22 0x010351a4 in eval_sub (form=3D54931686) at eval.c:2379 #23 0x010344fe in Feval (form=3D54931686, lexical=3D54691866) at eval.c:218= 8 #24 0x0100532a in top_level_2 () at keyboard.c:1168 #25 0x01032bdb in internal_condition_case (bfun=3D0x100530d , handlers=3D54749594, hfun=3D0x1004eba ) at eval.c:1499 #26 0x0100535e in top_level_1 (ignore=3D54691866) at keyboard.c:1176 #27 0x010325fe in internal_catch (tag=3D54747618, func=3D0x100532c , arg=3D54691866) at eval.c:1256 #28 0x01005294 in command_loop () at keyboard.c:1131 #29 0x0100488f in recursive_edit_1 () at keyboard.c:758 #30 0x01004baa in Frecursive_edit () at keyboard.c:822 #31 0x010028b5 in main (argc=3D4, argv=3D0xb72d40) at emacs.c:1715 Lisp Backtrace: "byte-code" (0x88eaf4) "load" (0x88f254) "command-line-1" (0x88f554) "command-line" (0x88f888) "normal-top-level" (0x88fae0) (gdb) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 15:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: claudio.bley@gmail.com, 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132586342430718 (code B ref 9087); Fri, 06 Jan 2012 15:24:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 15:23:44 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjBdw-0007zP-3B for submit@debbugs.gnu.org; Fri, 06 Jan 2012 10:23:44 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjBdt-0007zG-5q for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 10:23:42 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXD00000UIPBV00@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 17:20:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.16.185]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXD00MOPULD2ZM0@a-mtaout20.012.net.il>; Fri, 06 Jan 2012 17:20:03 +0200 (IST) Date: Fri, 06 Jan 2012 17:17:59 +0200 From: Eli Zaretskii In-reply-to: Message-id: <83lipkoo60.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.7 (-) > X-Spam-Status: No, score=3D-2.6 required=3D5.0 tests=3DBAYES_00,FRE= EMAIL_FROM, > =09RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=3Dham version=3D3.3.2 > From: Juanma Barranquero > Date: Fri, 6 Jan 2012 13:48:02 +0100 > Cc: Claudio Bley , 9087@debbugs.gnu.org >=20 > On Fri, Jan 6, 2012 at 11:02, Eli Zaretskii wrote: >=20 > > I cannot get it to display the "Searching for ..." message. =C2= =A0And I > > cannot get it to crash. >=20 > Do you see the crash with the triggerbug.el recipe? No, I don't. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 16:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, Juanma Barranquero , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13258662602387 (code B ref 9087); Fri, 06 Jan 2012 16:11:01 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 16:11:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjCNf-0000cS-S3 for submit@debbugs.gnu.org; Fri, 06 Jan 2012 11:11:00 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RjCNd-0000cK-N7 for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 11:10:58 -0500 Received: (qmail invoked by alias); 06 Jan 2012 16:07:20 -0000 Received: from 62-47-48-148.adsl.highway.telekom.at (EHLO [62.47.48.148]) [62.47.48.148] by mail.gmx.net (mp019) with SMTP; 06 Jan 2012 17:07:20 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18cwwA/dzsch7NpSKWRbVzQvZiHR6JTnrH6w6nsm5 5dUe+1qguIl6YJ Message-ID: <4F071C36.9020401@gmx.at> Date: Fri, 06 Jan 2012 17:07:18 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> In-Reply-To: <83lipkoo60.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) >> Do you see the crash with the triggerbug.el recipe? > > No, I don't. Try setting `debug-on-quit' to t. martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 19:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132587684323610 (code B ref 9087); Fri, 06 Jan 2012 19:08:01 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 19:07:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjF8N-00068l-JA for submit@debbugs.gnu.org; Fri, 06 Jan 2012 14:07:23 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjF8K-00068b-Oj for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 14:07:21 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXE002004LEOP00@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 21:03:41 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.115.90]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXE001ZA4Y4F9K0@a-mtaout20.012.net.il>; Fri, 06 Jan 2012 21:03:41 +0200 (IST) Date: Fri, 06 Jan 2012 21:01:38 +0200 From: Eli Zaretskii In-reply-to: <4F071C36.9020401@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83aa60odt9.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 06 Jan 2012 17:07:18 +0100 > From: martin rudalics > CC: Juanma Barranquero , claudio.bley@gmail.com, > 9087@debbugs.gnu.org > > >> Do you see the crash with the triggerbug.el recipe? > > > > No, I don't. > > Try setting `debug-on-quit' to t. If you meant this: emacs -Q --eval "(setq debug-on-quit t)" -l triggerbug.el then it doesn't help. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 19:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132587932827462 (code B ref 9087); Fri, 06 Jan 2012 19:49:01 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 19:48:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjFmR-00078s-AE for submit@debbugs.gnu.org; Fri, 06 Jan 2012 14:48:48 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RjFmP-00078l-D8 for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 14:48:46 -0500 Received: (qmail invoked by alias); 06 Jan 2012 19:45:06 -0000 Received: from 62-47-35-108.adsl.highway.telekom.at (EHLO [62.47.35.108]) [62.47.35.108] by mail.gmx.net (mp071) with SMTP; 06 Jan 2012 20:45:06 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+dNP10iamdmPQdBF7f/AbKFeQbnxvfv//7eDfUJD hnmh9e8uMgeGTU Message-ID: <4F074F3F.9030502@gmx.at> Date: Fri, 06 Jan 2012 20:45:03 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> In-Reply-To: <83aa60odt9.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > If you meant this: > > emacs -Q --eval "(setq debug-on-quit t)" -l triggerbug.el > > then it doesn't help. I added (setq debug-on-quit t) to triggerbug.el, visit that file with emacs -Q, invoke `emacs-lisp-byte-compile-and-load', and hit a key while I read "now!". martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 19:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132587994128355 (code B ref 9087); Fri, 06 Jan 2012 19:59:01 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 19:59:01 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjFwK-0007NH-QR for submit@debbugs.gnu.org; Fri, 06 Jan 2012 14:59:01 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjFwI-0007N6-FS for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 14:58:59 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXE00500741MI00@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 21:55:19 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.221.183]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXE003WV7C6Z8M0@a-mtaout22.012.net.il>; Fri, 06 Jan 2012 21:55:19 +0200 (IST) Date: Fri, 06 Jan 2012 21:53:17 +0200 From: Eli Zaretskii In-reply-to: <4F074F3F.9030502@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <8362goobf6.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 06 Jan 2012 20:45:03 +0100 > From: martin rudalics > CC: lekktu@gmail.com, claudio.bley@gmail.com, 9087@debbugs.gnu.org > > > If you meant this: > > > > emacs -Q --eval "(setq debug-on-quit t)" -l triggerbug.el > > > > then it doesn't help. > > I added > > (setq debug-on-quit t) > > to triggerbug.el, visit that file with emacs -Q, invoke > `emacs-lisp-byte-compile-and-load', and hit a key while I read "now!". I see the reason why I couldn't reproduce this: it is only reproducible with a byte-compiled triggerbug.elc. I initially tried with triggerbug.el. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 20:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: rudalics@gmx.at, claudio.bley@gmail.com, lekktu@gmail.com Cc: 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13258833756699 (code B ref 9087); Fri, 06 Jan 2012 20:57:02 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 20:56:15 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjGpj-0001k0-Cd for submit@debbugs.gnu.org; Fri, 06 Jan 2012 15:56:15 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjGpg-0001jr-Hb for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 15:56:14 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXE006009VD6700@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 22:52:33 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.221.183]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXE003DB9ZJZ8T0@a-mtaout22.012.net.il>; Fri, 06 Jan 2012 22:52:33 +0200 (IST) Date: Fri, 06 Jan 2012 22:50:30 +0200 From: Eli Zaretskii In-reply-to: <8362goobf6.fsf@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <831urco8rt.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 06 Jan 2012 21:53:17 +0200 > From: Eli Zaretskii > Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > > > Date: Fri, 06 Jan 2012 20:45:03 +0100 > > From: martin rudalics > > CC: lekktu@gmail.com, claudio.bley@gmail.com, 9087@debbugs.gnu.org > > > > > If you meant this: > > > > > > emacs -Q --eval "(setq debug-on-quit t)" -l triggerbug.el > > > > > > then it doesn't help. > > > > I added > > > > (setq debug-on-quit t) > > > > to triggerbug.el, visit that file with emacs -Q, invoke > > `emacs-lisp-byte-compile-and-load', and hit a key while I read "now!". > > I see the reason why I couldn't reproduce this: it is only > reproducible with a byte-compiled triggerbug.elc. I initially tried > with triggerbug.el. I can avoid the crash with the patch below. But it defers the throwing until Emacs is done whatever it was doing (in this case, evaluating byte code). Is this acceptable? If not, what can we do to make the throwing more "immediate"? Claudio, can you see if this patch gives good results with ido-find-file? And why in the world isn't throw-on-input described in the ELisp manual??? === modified file 'src/w32fns.c' --- src/w32fns.c 2012-01-05 09:46:05 +0000 +++ src/w32fns.c 2012-01-06 20:33:25 +0000 @@ -2479,6 +2479,7 @@ signal_user_input (void) if (!NILP (Vthrow_on_input)) { Vquit_flag = Vthrow_on_input; +#if 0 /* If we're inside a function that wants immediate quits, do it now. */ if (immediate_quit && NILP (Vinhibit_quit)) @@ -2486,6 +2487,7 @@ signal_user_input (void) immediate_quit = 0; QUIT; } +#endif } } From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jan 2012 22:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132588955315957 (code B ref 9087); Fri, 06 Jan 2012 22:40:01 +0000 Received: (at 9087) by debbugs.gnu.org; 6 Jan 2012 22:39:13 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjIRN-00049K-9v for submit@debbugs.gnu.org; Fri, 06 Jan 2012 17:39:13 -0500 Received: from mail-pz0-f44.google.com ([209.85.210.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjIRK-00049C-42 for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 17:39:10 -0500 Received: by dajz8 with SMTP id z8so1175432daj.3 for <9087@debbugs.gnu.org>; Fri, 06 Jan 2012 14:35:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=LhvKI6EPMmx+rWf7RetI+nMkI2nUKxZv6puk/LP+v7Q=; b=HysvoZ9IbL1kVheaASyDGNoiNe0QEk4P2ey865moKSx4DhBGebGZ+2jpfHHvfZKhQD zhcl1JJnXu+h8GGhtyqEAhRfF5oEvK6xJf7VcsQP9XE5pwKH684LSqM2rS+QtGF7CYwl 8EQKkEdDrxRO078scybYPwi7iAmmLwE9ebEPY= Received: by 10.68.75.132 with SMTP id c4mr18623165pbw.23.1325889331211; Fri, 06 Jan 2012 14:35:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.247.28 with HTTP; Fri, 6 Jan 2012 14:34:50 -0800 (PST) In-Reply-To: <831urco8rt.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 6 Jan 2012 23:34:50 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -3.4 (---) On Fri, Jan 6, 2012 at 21:50, Eli Zaretskii wrote: > Claudio, can you see if this patch gives good results with > ido-find-file? It certainly fixes the original problem with completion of fonts. =C2=A0 =C2=A0 Juanma From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 00:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org, lekktu@gmail.com Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13258971666506 (code B ref 9087); Sat, 07 Jan 2012 00:47:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 00:46:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjKQA-0001gr-7N for submit@debbugs.gnu.org; Fri, 06 Jan 2012 19:46:06 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RjKQ8-0001gi-3n for 9087@debbugs.gnu.org; Fri, 06 Jan 2012 19:46:05 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACCUB09FxKkV/2dsb2JhbABErEKBBoFyAQEEAVYjBQsLNBIUGA0kiA22GowRBIg5mk+EUg X-IronPort-AV: E=Sophos;i="4.71,471,1320642000"; d="scan'208";a="155594810" Received: from 69-196-169-21.dsl.teksavvy.com (HELO ceviche.home) ([69.196.169.21]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 06 Jan 2012 19:42:25 -0500 Received: by ceviche.home (Postfix, from userid 20848) id AD85B66110; Fri, 6 Jan 2012 19:42:24 -0500 (EST) From: Stefan Monnier Message-ID: References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> Date: Fri, 06 Jan 2012 19:42:24 -0500 In-Reply-To: <831urco8rt.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 06 Jan 2012 22:50:30 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) > I can avoid the crash with the patch below. But it defers the > throwing until Emacs is done whatever it was doing (in this case, > evaluating byte code). Is this acceptable? Is a C-g also delayed in a similar way under w32? If not, how comes it doesn't suffer from the same problem (or does it?)? Stefan From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 08:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier , Jason Rumney Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org, lekktu@gmail.com Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132592512119942 (code B ref 9087); Sat, 07 Jan 2012 08:32:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 08:32:01 +0000 Received: from localhost ([127.0.0.1]:47699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjRh2-0005Ba-Qi for submit@debbugs.gnu.org; Sat, 07 Jan 2012 03:32:01 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:59351) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjRh0-0005BO-T8 for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 03:31:59 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXF00B0061ZEV00@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 10:31:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00AK56D0PAM0@a-mtaout22.012.net.il>; Sat, 07 Jan 2012 10:31:50 +0200 (IST) Date: Sat, 07 Jan 2012 10:31:48 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <837h13hq17.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: rudalics@gmx.at, claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > Date: Fri, 06 Jan 2012 19:42:24 -0500 > > > I can avoid the crash with the patch below. But it defers the > > throwing until Emacs is done whatever it was doing (in this case, > > evaluating byte code). Is this acceptable? > > Is a C-g also delayed in a similar way under w32? Yes, it is, at least in this case. The only difference between handling of throw-on-input and C-g on Windows is that the latter can also interrupt prolonged system calls. But throw-on-input is not supposed to do that, right? And we are not in a system call in this case, we are just in a long calculation done by byte code. Jason, could you please chime in? signal_user_input was written by you. Doing a QUIT from a thread other than the Lisp evaluation thread is clearly not TRT, I think, so it must be taken out. The question is: is there some way we can honor immediate_quit here, or should we just ignore it? TIA. (Once again, why isn't throw-on-input documented? With only a short doc string lacking any details, I have no way of knowing what exactly its contract is.) From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 10:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13259310622044 (code B ref 9087); Sat, 07 Jan 2012 10:12:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 10:11:02 +0000 Received: from localhost ([127.0.0.1]:47745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTEr-0000Wk-P3 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 05:11:02 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:57711) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjTEo-0000WR-Mi for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 05:10:59 -0500 Received: (qmail invoked by alias); 07 Jan 2012 10:10:50 -0000 Received: from 62-47-49-86.adsl.highway.telekom.at (EHLO [62.47.49.86]) [62.47.49.86] by mail.gmx.net (mp026) with SMTP; 07 Jan 2012 11:10:50 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX193AYJOkX93QceGb9Ljft1wcoAUEADF2eszC1yVnD lOLo/koJsAAdyo Message-ID: <4F081A28.7080401@gmx.at> Date: Sat, 07 Jan 2012 11:10:48 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> In-Reply-To: <831urco8rt.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > I can avoid the crash with the patch below. But it defers the > throwing until Emacs is done whatever it was doing (in this case, > evaluating byte code). Is this acceptable? If not, what can we do to > make the throwing more "immediate"? Could you shortly explain the possible consequences of applying this patch and why the crash doesn't happen in non-compiled code (I'm too lazy to figure these out by myself). Thanks, martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 10:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, Stefan Monnier , Jason Rumney Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13259311292143 (code B ref 9087); Sat, 07 Jan 2012 10:13:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 10:12:09 +0000 Received: from localhost ([127.0.0.1]:47749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTFx-0000YW-61 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 05:12:09 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:38107) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjTFu-0000Y1-RE for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 05:12:07 -0500 Received: (qmail invoked by alias); 07 Jan 2012 10:11:59 -0000 Received: from 62-47-49-86.adsl.highway.telekom.at (EHLO [62.47.49.86]) [62.47.49.86] by mail.gmx.net (mp028) with SMTP; 07 Jan 2012 11:11:59 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19bT7l1Wlxb49DzjC4GbdiJ7yLKb/Kb0PqhbnpiH5 ClznpS8PwwqJ2/ Message-ID: <4F081A6D.30508@gmx.at> Date: Sat, 07 Jan 2012 11:11:57 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> In-Reply-To: <837h13hq17.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) >> Is a C-g also delayed in a similar way under w32? > > Yes, it is, at least in this case. Can you please explain what this means? If C-g is delayed does it mean that I can't use it to quit immediately? Or does it mean that I can crash Emacs via C-g in a similar way as with the OP's scenario? Why and how is all this handled differently on GNU systems? Thanks, martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 10:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13259334675431 (code B ref 9087); Sat, 07 Jan 2012 10:52:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 10:51:07 +0000 Received: from localhost ([127.0.0.1]:47774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTrf-0001PY-30 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 05:51:07 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:59000) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTrc-0001P5-TG for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 05:51:06 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXF00D00CMN9Y00@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:49:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00CL4CR8RC70@a-mtaout22.012.net.il>; Sat, 07 Jan 2012 12:49:57 +0200 (IST) Date: Sat, 07 Jan 2012 12:49:56 +0200 From: Eli Zaretskii In-reply-to: <4F081A6D.30508@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <831urbhjmz.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 11:11:57 +0100 > From: martin rudalics > CC: Stefan Monnier , > Jason Rumney , > claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > > >> Is a C-g also delayed in a similar way under w32? > > > > Yes, it is, at least in this case. > > Can you please explain what this means? If C-g is delayed does it mean > that I can't use it to quit immediately? Or does it mean that I can > crash Emacs via C-g in a similar way as with the OP's scenario? The former, of course. You can verify yourself that, in Emacs without the patch I sent, typing C-g when triggerbug.el says "now!" does not cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my box) delayed one. > Why and how is all this handled differently on GNU systems? On Posix hosts, Emacs reads keyboard input in the main thread, where it is possible to do a throw to top level without wreaking havoc on the stack. In some configurations, keyboard input is actually handled in a signal handler, and then the throw is even faster, because it interrupts any on-going operation. On Windows, there's a separate thread that reads messages posted by Windows to the Emacs windows. Throwing to top level from a different thread is a no-no. With my patch, throwing will be deferred until the main thread is done with whatever it is doing, and gets to reading input. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 10:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13259339296069 (code B ref 9087); Sat, 07 Jan 2012 10:59:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 10:58:49 +0000 Received: from localhost ([127.0.0.1]:47778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTz7-0001Zq-1T for submit@debbugs.gnu.org; Sat, 07 Jan 2012 05:58:49 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:42789) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjTz4-0001Za-CF for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 05:58:47 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LXF00000D0LJU00@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:58:38 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF000K1D5MEN80@a-mtaout23.012.net.il>; Sat, 07 Jan 2012 12:58:38 +0200 (IST) Date: Sat, 07 Jan 2012 12:58:34 +0200 From: Eli Zaretskii In-reply-to: <4F081A28.7080401@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83zkdzg4o5.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <4F081A28.7080401@gmx.at> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > Date: Sat, 07 Jan 2012 11:10:48 +0100 > From: martin rudalics > CC: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > > > I can avoid the crash with the patch below. But it defers the > > throwing until Emacs is done whatever it was doing (in this case, > > evaluating byte code). Is this acceptable? If not, what can we do to > > make the throwing more "immediate"? > > Could you shortly explain the possible consequences of applying this > patch 1. The crash is avoided. ;-) 2. The Emacs reaction to input event under throw-on-input is delayed until Emacs actually tries to read input. (It is possible that 2. is actually what needs to happen in this case; I don't know because the exact effects of throw-on-input are not documented anywhere I could find.) > and why the crash doesn't happen in non-compiled code To trigger the crash, immediate_quit should be non-zero, because only then would signal_user_input do a QUIT. immediate_quit is set non-zero by `nth' only when we run byte code that calls it (see bytecode.c around line 1007); the function Fnth, called by non-compiled Lisp code, does not do that. The choice of `nth' is just one possibility to trigger this; you can do it in any code that calls some primitive which sets immediate_quit non-zero. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 11:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132593713311512 (code B ref 9087); Sat, 07 Jan 2012 11:53:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 11:52:13 +0000 Received: from localhost ([127.0.0.1]:47788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjUom-0002zc-Iq for submit@debbugs.gnu.org; Sat, 07 Jan 2012 06:52:12 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:48364) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjUoj-0002zO-4r for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 06:52:10 -0500 Received: (qmail invoked by alias); 07 Jan 2012 11:52:00 -0000 Received: from 62-47-49-86.adsl.highway.telekom.at (EHLO [62.47.49.86]) [62.47.49.86] by mail.gmx.net (mp006) with SMTP; 07 Jan 2012 12:52:00 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/P5v8OP+vP5qq+xpPuwBJ21qoeNqtTgXK0sod4oL 1MZTeFavadzTR2 Message-ID: <4F0831DD.7050504@gmx.at> Date: Sat, 07 Jan 2012 12:51:57 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> In-Reply-To: <831urbhjmz.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > You can verify yourself that, in Emacs without > the patch I sent, typing C-g when triggerbug.el says "now!" does not > cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my > box) delayed one. Because `signal' resets immediate_quit to zero? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 11:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132593714511535 (code B ref 9087); Sat, 07 Jan 2012 11:53:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 11:52:25 +0000 Received: from localhost ([127.0.0.1]:47791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjUow-0002zy-8Z for submit@debbugs.gnu.org; Sat, 07 Jan 2012 06:52:24 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:36545) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjUos-0002zi-ML for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 06:52:19 -0500 Received: (qmail invoked by alias); 07 Jan 2012 11:52:10 -0000 Received: from 62-47-49-86.adsl.highway.telekom.at (EHLO [62.47.49.86]) [62.47.49.86] by mail.gmx.net (mp031) with SMTP; 07 Jan 2012 12:52:10 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+5T+kqUUq56wXqiJzoJfpNjuLkkkw95Y1GrRZWqm aprO7KHTmNubjW Message-ID: <4F0831E9.7010704@gmx.at> Date: Sat, 07 Jan 2012 12:52:09 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <4F081A28.7080401@gmx.at> <83zkdzg4o5.fsf@gnu.org> In-Reply-To: <83zkdzg4o5.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > The choice of `nth' is just one possibility to trigger this; you can > do it in any code that calls some primitive which sets immediate_quit > non-zero. Thanks for all these explanations. A final question: I have to set `debug-on-quit' or `debug-on-error' to trigger the crash. How do these enter here? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 12:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132593833013292 (code B ref 9087); Sat, 07 Jan 2012 12:13:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 12:12:10 +0000 Received: from localhost ([127.0.0.1]:47817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjV85-0003SL-Tq for submit@debbugs.gnu.org; Sat, 07 Jan 2012 07:12:10 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:47218) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjV83-0003Ry-Uv for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 07:12:08 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LXF00000GJBRB00@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 14:11:59 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF000A0GJYQX10@a-mtaout23.012.net.il>; Sat, 07 Jan 2012 14:11:59 +0200 (IST) Date: Sat, 07 Jan 2012 14:11:58 +0200 From: Eli Zaretskii In-reply-to: <4F0831E9.7010704@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83wr93g19t.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <4F081A28.7080401@gmx.at> <83zkdzg4o5.fsf@gnu.org> <4F0831E9.7010704@gmx.at> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > Date: Sat, 07 Jan 2012 12:52:09 +0100 > From: martin rudalics > CC: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > > > The choice of `nth' is just one possibility to trigger this; you can > > do it in any code that calls some primitive which sets immediate_quit > > non-zero. > > Thanks for all these explanations. A final question: I have to set > `debug-on-quit' or `debug-on-error' to trigger the crash. How do these > enter here? No idea. For me, it happened even without those. What GCC version do you use, and does it make any difference to try in an unoptimized build? From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 12:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132593890214129 (code B ref 9087); Sat, 07 Jan 2012 12:22:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 12:21:42 +0000 Received: from localhost ([127.0.0.1]:47826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjVHJ-0003fq-SO for submit@debbugs.gnu.org; Sat, 07 Jan 2012 07:21:42 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:45034) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjVHH-0003fd-Fr for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 07:21:40 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LXF00I00GSX8400@a-mtaout21.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 14:21:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00ISDGZU5P70@a-mtaout21.012.net.il>; Sat, 07 Jan 2012 14:21:31 +0200 (IST) Date: Sat, 07 Jan 2012 14:21:30 +0200 From: Eli Zaretskii In-reply-to: <4F0831DD.7050504@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83vcong0tx.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 12:51:57 +0100 > From: martin rudalics > CC: monnier@iro.umontreal.ca, jasonr@gnu.org, claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > > You can verify yourself that, in Emacs without > > the patch I sent, typing C-g when triggerbug.el says "now!" does not > > cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my > > box) delayed one. > > Because `signal' resets immediate_quit to zero? You mean, as explanation of the delay? No, I don't think so. I think Emacs simply doesn't see C-g until the lengthy calculation is over. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 13:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594198221335 (code B ref 9087); Sat, 07 Jan 2012 13:14:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 13:13:02 +0000 Received: from localhost ([127.0.0.1]:47853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjW50-0005Xt-A4 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 08:13:02 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:59789) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjW4x-0005XZ-HQ for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 08:13:00 -0500 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id A15861C0F566; Sat, 7 Jan 2012 14:12:51 +0100 (CET) X-Auth-Info: ZgJ9mUvv7gv4oHn0Jlnk/Q+PD0180ICp/cCip/ojfkE= Received: from igel.home (ppp-88-217-117-8.dynamic.mnet-online.de [88.217.117.8]) by mail.mnet-online.de (Postfix) with ESMTPA id 7FF1A1C00056; Sat, 7 Jan 2012 14:12:51 +0100 (CET) Received: by igel.home (Postfix, from userid 501) id B5DE6CA29A; Sat, 7 Jan 2012 14:12:50 +0100 (CET) From: Andreas Schwab References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> X-Yow: But was he mature enough last night at the lesbian masquerade? Date: Sat, 07 Jan 2012 14:12:50 +0100 In-Reply-To: <4F0831DD.7050504@gmx.at> (martin rudalics's message of "Sat, 07 Jan 2012 12:51:57 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.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: -1.9 (-) martin rudalics writes: >> You can verify yourself that, in Emacs without >> the patch I sent, typing C-g when triggerbug.el says "now!" does not >> cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my >> box) delayed one. > > Because `signal' resets immediate_quit to zero? Bnth doesn't call QUIT (it relies on immediate_quit), unlike Fnth. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 13:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594456325211 (code B ref 9087); Sat, 07 Jan 2012 13:57:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 13:56:03 +0000 Received: from localhost ([127.0.0.1]:47931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjWkc-0006YU-7z for submit@debbugs.gnu.org; Sat, 07 Jan 2012 08:56:02 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:45324) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjWkZ-0006Y6-BA for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 08:56:00 -0500 Received: (qmail invoked by alias); 07 Jan 2012 13:55:50 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp019) with SMTP; 07 Jan 2012 14:55:50 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18iGH0nfdgiKBGPwih+7wibPYHkIE3FnFd7eyy9wl WknxBLvzGHqlu7 Message-ID: <4F084EE5.7070101@gmx.at> Date: Sat, 07 Jan 2012 14:55:49 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <4F081A28.7080401@gmx.at> <83zkdzg4o5.fsf@gnu.org> <4F0831E9.7010704@gmx.at> <83wr93g19t.fsf@gnu.org> In-Reply-To: <83wr93g19t.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) >> Thanks for all these explanations. A final question: I have to set >> `debug-on-quit' or `debug-on-error' to trigger the crash. How do these >> enter here? > > No idea. For me, it happened even without those. Funny, but probably of no importance. > What GCC version do you use, and does it make any difference to try in > an unoptimized build? I use gcc 3.4.5 always configured with --no-opt. martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 13:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594466325356 (code B ref 9087); Sat, 07 Jan 2012 13:58:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 13:57:43 +0000 Received: from localhost ([127.0.0.1]:47935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjWmF-0006av-6P for submit@debbugs.gnu.org; Sat, 07 Jan 2012 08:57:43 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:55132) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjWmD-0006ai-Jw for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 08:57:42 -0500 Received: (qmail invoked by alias); 07 Jan 2012 13:57:32 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp026) with SMTP; 07 Jan 2012 14:57:32 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX188QrB3mwg8WjZAz3UY3yzbFdX3ikREW04+rB64Gr 71DXmVbJrNWGL2 Message-ID: <4F084F4B.8040700@gmx.at> Date: Sat, 07 Jan 2012 14:57:31 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> In-Reply-To: <83vcong0tx.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) >> > You can verify yourself that, in Emacs without >> > the patch I sent, typing C-g when triggerbug.el says "now!" does not >> > cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my >> > box) delayed one. >> >> Because `signal' resets immediate_quit to zero? > > You mean, as explanation of the delay? No. I meant as an explanation of the non-crash. > No, I don't think so. I think > Emacs simply doesn't see C-g until the lengthy calculation is over. Likely. But where is C-g treated differently from other input? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 13:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: claudio.bley@gmail.com, lekktu@gmail.com, Eli Zaretskii , 9087@debbugs.gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594467425377 (code B ref 9087); Sat, 07 Jan 2012 13:58:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 13:57:54 +0000 Received: from localhost ([127.0.0.1]:47938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjWmP-0006bF-OQ for submit@debbugs.gnu.org; Sat, 07 Jan 2012 08:57:54 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:52100) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjWmN-0006b3-NM for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 08:57:52 -0500 Received: (qmail invoked by alias); 07 Jan 2012 13:57:43 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp024) with SMTP; 07 Jan 2012 14:57:43 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+jMwQwYiSj33n2AyMa2wCn+JpcMmJOKfP24N1qJ/ OsklznPSMWm/bg Message-ID: <4F084F55.7070200@gmx.at> Date: Sat, 07 Jan 2012 14:57:41 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > Bnth doesn't call QUIT (it relies on immediate_quit), unlike Fnth. I'm probably too silly. Bnth crashes on almost any input but C-g. Why does it not crash with C-g? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 15:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594837231703 (code B ref 9087); Sat, 07 Jan 2012 15:00:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 14:59:32 +0000 Received: from localhost ([127.0.0.1]:49072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjXk4-0008FH-D0 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 09:59:32 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:43093) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjXk1-0008F5-4l for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 09:59:30 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXF00C00O3MJ900@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 16:59:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00BVDOAUELL0@a-mtaout20.012.net.il>; Sat, 07 Jan 2012 16:59:20 +0200 (IST) Date: Sat, 07 Jan 2012 16:59:18 +0200 From: Eli Zaretskii In-reply-to: <4F084F4B.8040700@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83lipjftix.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 14:57:31 +0100 > From: martin rudalics > CC: monnier@iro.umontreal.ca, jasonr@gnu.org, claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > >> > You can verify yourself that, in Emacs without > >> > the patch I sent, typing C-g when triggerbug.el says "now!" does not > >> > cause a crash, but a "Quit", albeit a slightly (by 1-2 seconds on my > >> > box) delayed one. > >> > >> Because `signal' resets immediate_quit to zero? > > > > You mean, as explanation of the delay? > > No. I meant as an explanation of the non-crash. > > > No, I don't think so. I think > > Emacs simply doesn't see C-g until the lengthy calculation is over. > > Likely. But where is C-g treated differently from other input? Here: static void post_character_message (HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam, DWORD modifiers) { W32Msg wmsg; wmsg.dwModifiers = modifiers; /* Detect quit_char and set quit-flag directly. Note that we still need to post a message to ensure the main thread will be woken up if blocked in sys_select, but we do NOT want to post the quit_char message itself (because it will usually be as if the user had typed quit_char twice). Instead, we post a dummy message that has no particular effect. */ { int c = wParam; if (isalpha (c) && wmsg.dwModifiers == ctrl_modifier) c = make_ctrl_char (c) & 0377; if (c == quit_char || (wmsg.dwModifiers == 0 && w32_quit_key && wParam == w32_quit_key)) { Vquit_flag = Qt; /* The choice of message is somewhat arbitrary, as long as the main thread handler just ignores it. */ msg = WM_NULL; /* Interrupt any blocking system calls. */ signal_quit (); /* As a safety precaution, forcibly complete any deferred messages. This is a kludge, but I don't see any particularly clean way to handle the situation where a deferred message is "dropped" in the lisp thread, and will thus never be completed, eg. by the user trying to activate the menubar when the lisp thread is busy, and then typing C-g when the menubar doesn't open promptly (with the result that the menubar never responds at all because the deferred WM_INITMENU message is never completed). Another problem situation is when the lisp thread calls SendMessage (to send a window manager command) when a message has been deferred; the lisp thread gets blocked indefinitely waiting for the deferred message to be completed, which itself is waiting for the lisp thread to respond. Note that we don't want to block the input thread waiting for a response from the lisp thread (although that would at least solve the deadlock problem above), because we want to be able to receive C-g to interrupt the lisp thread. */ cancel_all_deferred_msgs (); } else signal_user_input (); } my_post_msg (&wmsg, hwnd, msg, wParam, lParam); } And signal_user_input then does: static void signal_user_input (void) { /* Interrupt any lisp that wants to be interrupted by input. */ if (!NILP (Vthrow_on_input)) { Vquit_flag = Vthrow_on_input; /* If we're inside a function that wants immediate quits, do it now. */ if (immediate_quit && NILP (Vinhibit_quit)) { immediate_quit = 0; QUIT; } } } This call to QUIT is the problem, because this code runs in a different thread than the main Lisp thread, the one that set up the setjmp point to which we longjmp when we throw to top level. So it unwinds the wrong stack. By contrast, C-g does not call signal_user_input to be called, see above. So it avoids this fate. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 15:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, schwab@linux-m68k.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132594842831845 (code B ref 9087); Sat, 07 Jan 2012 15:01:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 15:00:28 +0000 Received: from localhost ([127.0.0.1]:49076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjXkx-0008Ha-Te for submit@debbugs.gnu.org; Sat, 07 Jan 2012 10:00:28 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:43327) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjXkv-0008HN-Lb for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 10:00:26 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXF00C00OC0JY00@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 17:00:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00B7COCEJUM0@a-mtaout20.012.net.il>; Sat, 07 Jan 2012 17:00:16 +0200 (IST) Date: Sat, 07 Jan 2012 17:00:14 +0200 From: Eli Zaretskii In-reply-to: <4F084F55.7070200@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83k453fthd.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <4F084F55.7070200@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 14:57:41 +0100 > From: martin rudalics > CC: Eli Zaretskii , claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > > Bnth doesn't call QUIT (it relies on immediate_quit), unlike Fnth. > > I'm probably too silly. Bnth crashes on almost any input but C-g. Why > does it not crash with C-g? Because C-g is treated specially by the w32 thread that reads input, see my other message with the details. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 16:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.13259536827006 (code B ref 9087); Sat, 07 Jan 2012 16:29:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 16:28:02 +0000 Received: from localhost ([127.0.0.1]:49126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjZ7g-0001oe-2C for submit@debbugs.gnu.org; Sat, 07 Jan 2012 11:28:02 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:42972) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjZ7d-0001oQ-Dq for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 11:27:58 -0500 Received: (qmail invoked by alias); 07 Jan 2012 16:27:48 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp072) with SMTP; 07 Jan 2012 17:27:48 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+K+lp5Mw+KppAtftjYC7qJZL+7X6CECu/q7Y2m5B dLTHAz7lAm9v8x Message-ID: <4F087281.6080800@gmx.at> Date: Sat, 07 Jan 2012 17:27:45 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> In-Reply-To: <83lipjftix.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > This call to QUIT is the problem, because this code runs in a > different thread than the main Lisp thread, the one that set up the > setjmp point to which we longjmp when we throw to top level. So it > unwinds the wrong stack. Thanks. I'm beginning to understand. Is post_character_message the only potential source of this problem or are there others as well? > By contrast, C-g does not call signal_user_input to be called, see > above. So it avoids this fate. Naively asked: Could we avoid the problem if on normal input we did not call signal_user_input but did something similar to C-g handling? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 17:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132595595610210 (code B ref 9087); Sat, 07 Jan 2012 17:06:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 17:05:56 +0000 Received: from localhost ([127.0.0.1]:49132 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjZiO-0002ed-5u for submit@debbugs.gnu.org; Sat, 07 Jan 2012 12:05:56 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:44980) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjZiK-0002eO-HI for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:05:54 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXF00H00TZBA800@a-mtaout22.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 19:05:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00EQHU5HGWK1@a-mtaout22.012.net.il>; Sat, 07 Jan 2012 19:05:43 +0200 (IST) Date: Sat, 07 Jan 2012 19:05:41 +0200 From: Eli Zaretskii In-reply-to: <4F087281.6080800@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83d3avfnoa.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> <4F087281.6080800@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 17:27:45 +0100 > From: martin rudalics > CC: monnier@iro.umontreal.ca, jasonr@gnu.org, claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > > This call to QUIT is the problem, because this code runs in a > > different thread than the main Lisp thread, the one that set up the > > setjmp point to which we longjmp when we throw to top level. So it > > unwinds the wrong stack. > > Thanks. I'm beginning to understand. Is post_character_message the > only potential source of this problem or are there others as well? There are others. Search for the callers of signal_user_input, and you will find them. E.g., it is called for mouse inputs as well. > > By contrast, C-g does not call signal_user_input to be called, see > > above. So it avoids this fate. > > Naively asked: Could we avoid the problem if on normal input we did not > call signal_user_input but did something similar to C-g handling? We could, but why would we want to? signal_user_input does TRT, except when immediate_quit is set. If we don't call it, we won't be able to support throw-on-input and while-no-input. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 17:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132595664311196 (code B ref 9087); Sat, 07 Jan 2012 17:18:02 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 17:17:23 +0000 Received: from localhost ([127.0.0.1]:49136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjZtT-0002uX-IW for submit@debbugs.gnu.org; Sat, 07 Jan 2012 12:17:23 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:53404) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjZtR-0002uL-JF for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:17:22 -0500 Received: (qmail invoked by alias); 07 Jan 2012 17:17:12 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp003) with SMTP; 07 Jan 2012 18:17:12 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19WipU51+5WVpbVia2HEMuGEwSsIZgqOPtMBlJM1h 6zDlTqwcDm9Kx4 Message-ID: <4F087E16.7060603@gmx.at> Date: Sat, 07 Jan 2012 18:17:10 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> <4F087281.6080800@gmx.at> <83d3avfnoa.fsf@gnu.org> In-Reply-To: <83d3avfnoa.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) >> Thanks. I'm beginning to understand. Is post_character_message the >> only potential source of this problem or are there others as well? > > There are others. Search for the callers of signal_user_input, and > you will find them. E.g., it is called for mouse inputs as well. I asked because I noticed these calls. And indeed it crashes on mouse input as well. >> Naively asked: Could we avoid the problem if on normal input we did not >> call signal_user_input but did something similar to C-g handling? > > We could, but why would we want to? signal_user_input does TRT, > except when immediate_quit is set. If we don't call it, we won't be > able to support throw-on-input and while-no-input. I meant do the same as C-g when immediate_quit is set. martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 17:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132595747512408 (code B ref 9087); Sat, 07 Jan 2012 17:32:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 17:31:15 +0000 Received: from localhost ([127.0.0.1]:49146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rja6t-0003E5-EI for submit@debbugs.gnu.org; Sat, 07 Jan 2012 12:31:15 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:39483) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rja6q-0003Dq-Ci for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:31:13 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LXF00100UPKPR00@a-mtaout23.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 19:31:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF001EQVBPQ420@a-mtaout23.012.net.il>; Sat, 07 Jan 2012 19:31:02 +0200 (IST) Date: Sat, 07 Jan 2012 19:31:01 +0200 From: Eli Zaretskii In-reply-to: <4F087E16.7060603@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83boqffmi2.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> <4F087281.6080800@gmx.at> <83d3avfnoa.fsf@gnu.org> <4F087E16.7060603@gmx.at> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > Date: Sat, 07 Jan 2012 18:17:10 +0100 > From: martin rudalics > CC: monnier@iro.umontreal.ca, jasonr@gnu.org, claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > >> Naively asked: Could we avoid the problem if on normal input we did not > >> call signal_user_input but did something similar to C-g handling? > > > > We could, but why would we want to? signal_user_input does TRT, > > except when immediate_quit is set. If we don't call it, we won't be > > able to support throw-on-input and while-no-input. > > I meant do the same as C-g when immediate_quit is set. Details, please. What exactly are you suggesting that we do instead of calling signal_user_input? From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 17:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132595834413743 (code B ref 9087); Sat, 07 Jan 2012 17:46:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 17:45:44 +0000 Received: from localhost ([127.0.0.1]:49154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjaKu-0003Zb-2o for submit@debbugs.gnu.org; Sat, 07 Jan 2012 12:45:44 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:56028) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RjaKq-0003ZO-GK for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:45:41 -0500 Received: (qmail invoked by alias); 07 Jan 2012 17:45:30 -0000 Received: from 62-47-58-16.adsl.highway.telekom.at (EHLO [62.47.58.16]) [62.47.58.16] by mail.gmx.net (mp008) with SMTP; 07 Jan 2012 18:45:30 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19UmN8OYZdUmEndkaXEK89mysXT3uQTP4tcsiYuvT lBHgPj7L49MvQ1 Message-ID: <4F0884B8.5050501@gmx.at> Date: Sat, 07 Jan 2012 18:45:28 +0100 From: martin rudalics MIME-Version: 1.0 References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> <4F087281.6080800@gmx.at> <83d3avfnoa.fsf@gnu.org> <4F087E16.7060603@gmx.at> <83boqffmi2.fsf@gnu.org> In-Reply-To: <83boqffmi2.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.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: -1.9 (-) > Details, please. What exactly are you suggesting that we do instead > of calling signal_user_input? When immediate_quit is set proceed in signal_user_input as if we processed C-g in post_character_message. Is that too naive? martin From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 17:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org, monnier@iro.umontreal.ca, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132595877014345 (code B ref 9087); Sat, 07 Jan 2012 17:53:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 17:52:50 +0000 Received: from localhost ([127.0.0.1]:49158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjaRl-0003jK-Rz for submit@debbugs.gnu.org; Sat, 07 Jan 2012 12:52:50 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:35727) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjaRk-0003j6-Ah for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 12:52:49 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LXF00J00WB3BQ00@a-mtaout21.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 19:52:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00JC0WBO6O50@a-mtaout21.012.net.il>; Sat, 07 Jan 2012 19:52:37 +0200 (IST) Date: Sat, 07 Jan 2012 19:52:36 +0200 From: Eli Zaretskii In-reply-to: <4F0884B8.5050501@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83aa5zfli3.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <4F081A6D.30508@gmx.at> <831urbhjmz.fsf@gnu.org> <4F0831DD.7050504@gmx.at> <83vcong0tx.fsf@gnu.org> <4F084F4B.8040700@gmx.at> <83lipjftix.fsf@gnu.org> <4F087281.6080800@gmx.at> <83d3avfnoa.fsf@gnu.org> <4F087E16.7060603@gmx.at> <83boqffmi2.fsf@gnu.org> <4F0884B8.5050501@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 07 Jan 2012 18:45:28 +0100 > From: martin rudalics > CC: monnier@iro.umontreal.ca, jasonr@gnu.org, claudio.bley@gmail.com, > lekktu@gmail.com, 9087@debbugs.gnu.org > > > Details, please. What exactly are you suggesting that we do instead > > of calling signal_user_input? > > When immediate_quit is set proceed in signal_user_input as if we > processed C-g in post_character_message. That means we will call signal_quit that interrupts system calls (not relevant to this case) and "forcibly complete any deferred messages" (whatever that means) by calling cancel_all_deferred_msgs, which again is not relevant. By contrast, Vquit_flag will _not_ be set to Vthrow_on_input, which will break throw-on-input and while-no-input. IOW, all we do when we see C-g is interrupt any system calls and deliver the C-g character to the main thread. We do nothing special besides that, AFAICS. I don't see how this could help the case in point. From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 18:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org, lekktu@gmail.com, Jason Rumney Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132596051116876 (code B ref 9087); Sat, 07 Jan 2012 18:22:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 18:21:51 +0000 Received: from localhost ([127.0.0.1]:49166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rjatq-0004O8-I5 for submit@debbugs.gnu.org; Sat, 07 Jan 2012 13:21:50 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:6922) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rjato-0004Nw-S2 for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 13:21:49 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAHuMCE9FxKkV/2dsb2JhbABDrEKBBoFyAQEEAVYjEAs0EhQYDSSIDbVRjBEEiDmaVYRS X-IronPort-AV: E=Sophos;i="4.71,473,1320642000"; d="scan'208";a="155668679" Received: from 69-196-169-21.dsl.teksavvy.com (HELO ceviche.home) ([69.196.169.21]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 07 Jan 2012 13:21:39 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 732876610B; Sat, 7 Jan 2012 13:21:39 -0500 (EST) From: Stefan Monnier Message-ID: References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> Date: Sat, 07 Jan 2012 13:21:39 -0500 In-Reply-To: <837h13hq17.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Jan 2012 10:31:48 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.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: -1.9 (-) >> > I can avoid the crash with the patch below. But it defers the >> > throwing until Emacs is done whatever it was doing (in this case, >> > evaluating byte code). Is this acceptable? >> Is a C-g also delayed in a similar way under w32? > Yes, it is, at least in this case. Then it's perfectly OK to delay the throw-on-input. > (Once again, why isn't throw-on-input documented? It's largely an implementation detail of while-no-input, used for non-essential background computations (e.g. icomplete). Stefan From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Jan 2012 19:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org, lekktu@gmail.com, jasonr@gnu.org Reply-To: Eli Zaretskii Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132596282220249 (code B ref 9087); Sat, 07 Jan 2012 19:01:01 +0000 Received: (at 9087) by debbugs.gnu.org; 7 Jan 2012 19:00:22 +0000 Received: from localhost ([127.0.0.1]:49178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjbV7-0005GY-LN for submit@debbugs.gnu.org; Sat, 07 Jan 2012 14:00:21 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:35073) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjbV4-0005GJ-4M for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 14:00:19 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXF00E00ZAAG300@a-mtaout20.012.net.il> for 9087@debbugs.gnu.org; Sat, 07 Jan 2012 20:59:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.156.26]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXF00D85ZFS1YR0@a-mtaout20.012.net.il>; Sat, 07 Jan 2012 20:59:53 +0200 (IST) Date: Sat, 07 Jan 2012 20:59:53 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <838vljfidy.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Jason Rumney , rudalics@gmx.at, claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > Date: Sat, 07 Jan 2012 13:21:39 -0500 > > >> > I can avoid the crash with the patch below. But it defers the > >> > throwing until Emacs is done whatever it was doing (in this case, > >> > evaluating byte code). Is this acceptable? > >> Is a C-g also delayed in a similar way under w32? > > Yes, it is, at least in this case. > > Then it's perfectly OK to delay the throw-on-input. > > > (Once again, why isn't throw-on-input documented? > > It's largely an implementation detail of while-no-input, used for > non-essential background computations (e.g. icomplete). Is it (and while-no-input) supposed to stop prolonged Lisp calculations without delay? If so, how exactly does that work on X, where (AFAIK) keyboard input is not interrupt-driven? From unknown Tue Jun 17 01:28:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9087: Crash reading from minibuffer with icomplete-mode Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Jan 2012 14:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9087 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: claudio.bley@gmail.com, rudalics@gmx.at, 9087@debbugs.gnu.org, lekktu@gmail.com, jasonr@gnu.org Received: via spool by 9087-submit@debbugs.gnu.org id=B9087.132603130424492 (code B ref 9087); Sun, 08 Jan 2012 14:02:01 +0000 Received: (at 9087) by debbugs.gnu.org; 8 Jan 2012 14:01:44 +0000 Received: from localhost ([127.0.0.1]:49681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjtJf-0006Mx-VD for submit@debbugs.gnu.org; Sun, 08 Jan 2012 09:01:44 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:48449) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RjtJc-0006Mo-Qa for 9087@debbugs.gnu.org; Sun, 08 Jan 2012 09:01:41 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q08E1TND030146; Sun, 8 Jan 2012 09:01:30 -0500 Received: by pastel.home (Postfix, from userid 20848) id BB78B58F7E; Sun, 8 Jan 2012 09:01:28 -0500 (EST) From: Stefan Monnier Message-ID: References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> <838vljfidy.fsf@gnu.org> Date: Sun, 08 Jan 2012 09:01:28 -0500 In-Reply-To: <838vljfidy.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Jan 2012 20:59:53 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4095=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4095> : streams <717877> : uri <1042987> X-Spam-Score: -3.5 (---) 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: -3.5 (---) >> It's largely an implementation detail of while-no-input, used for >> non-essential background computations (e.g. icomplete). > Is it (and while-no-input) supposed to stop prolonged Lisp > calculations without delay? Yes, it is supposed to be similar to a C-g, tho a bit less urgent. > If so, how exactly does that work on X, where (AFAIK) keyboard input > is not interrupt-driven? AFAIK it is interrupt driven (and with SYNC_INPUT the interrupt just sets a flag which is then checked in QUIT). Stefan From unknown Tue Jun 17 01:28:32 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: Juanma Barranquero Subject: bug#9087: closed (Re: bug#9087: Crash reading from minibuffer with icomplete-mode) Message-ID: References: <83zkdqhwem.fsf@gnu.org> X-Gnu-PR-Message: they-closed 9087 X-Gnu-PR-Package: emacs Reply-To: 9087@debbugs.gnu.org Date: Sat, 14 Jan 2012 20:19:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1326572342-25651-1" This is a multi-part message in MIME format... ------------=_1326572342-25651-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9087: Crash reading from minibuffer with icomplete-mode 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 9087@debbugs.gnu.org. --=20 9087: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9087 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1326572342-25651-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9087-done) by debbugs.gnu.org; 14 Jan 2012 20:18:11 +0000 Received: from localhost ([127.0.0.1]:57579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RmA3G-0006eg-Ko for submit@debbugs.gnu.org; Sat, 14 Jan 2012 15:18:11 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:50793) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RmA3C-0006eX-RI for 9087-done@debbugs.gnu.org; Sat, 14 Jan 2012 15:18:08 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LXT00F001I1E500@a-mtaout20.012.net.il> for 9087-done@debbugs.gnu.org; Sat, 14 Jan 2012 22:16:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.240.145]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXT00FQL1NUCP10@a-mtaout20.012.net.il>; Sat, 14 Jan 2012 22:16:43 +0200 (IST) Date: Sat, 14 Jan 2012 22:16:49 +0200 From: Eli Zaretskii Subject: Re: bug#9087: Crash reading from minibuffer with icomplete-mode In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83zkdqhwem.fsf@gnu.org> References: <83zkkfhk4c.fsf@gnu.org> <871uwng399.fsf@stupidchicken.com> <87obunjg5w.wl%claudio.bley@gmail.com> <83vcovqeu2.fsf@gnu.org> <84ty4ef5ap.wl%claudio.bley@gmail.com> <83vcopno6r.fsf@gnu.org> <83lipkoo60.fsf@gnu.org> <4F071C36.9020401@gmx.at> <83aa60odt9.fsf@gnu.org> <4F074F3F.9030502@gmx.at> <8362goobf6.fsf@gnu.org> <831urco8rt.fsf@gnu.org> <837h13hq17.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 9087-done Cc: claudio.bley@gmail.com, rudalics@gmx.at, lekktu@gmail.com, 9087-done@debbugs.gnu.org, jasonr@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: Stefan Monnier > Cc: Jason Rumney , rudalics@gmx.at, claudio.bley@gmail.com, lekktu@gmail.com, 9087@debbugs.gnu.org > Date: Sat, 07 Jan 2012 13:21:39 -0500 > > >> > I can avoid the crash with the patch below. But it defers the > >> > throwing until Emacs is done whatever it was doing (in this case, > >> > evaluating byte code). Is this acceptable? > >> Is a C-g also delayed in a similar way under w32? > > Yes, it is, at least in this case. > > Then it's perfectly OK to delay the throw-on-input. Thanks. I committed the changes and am closing the bug. ------------=_1326572342-25651-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 14 Jul 2011 22:54:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhUnz-00049z-6I for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:51 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QhUny-00049o-2c for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhUns-0002oo-62 for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:33566) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUns-0002oh-4H for submit@debbugs.gnu.org; Thu, 14 Jul 2011 18:54:44 -0400 Received: from eggs.gnu.org ([140.186.70.92]:54066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUnq-0000eX-MA for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QhUnp-0002oU-KJ for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:42 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:56224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QhUnp-0002oL-CZ for bug-gnu-emacs@gnu.org; Thu, 14 Jul 2011 18:54:41 -0400 Received: by pvc12 with SMTP id 12so788649pvc.0 for ; Thu, 14 Jul 2011 15:54:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=RERjK9+PkQWp1Mk1USi+iN1gxjBbmcbV+TtJSS7WNSg=; b=jn+om8XSGjWbjA7b6XUALg3SOP1F7INRVSmaHQ3bJFFts/yS0ARq8cMTK5B4dtw/h9 AlLJCmSWf1wuU+uiQhzE7mJ0YbN5sV07mrbCyMUwX1lStuZEbao9WijgjnctF+lJFTFN mF4VGTB4A1NislEdCs9J2CE208BJBBVM+9MlI= Received: by 10.142.249.42 with SMTP id w42mr1277772wfh.195.1310684080163; Thu, 14 Jul 2011 15:54:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.144.4 with HTTP; Thu, 14 Jul 2011 15:54:00 -0700 (PDT) From: Juanma Barranquero Date: Fri, 15 Jul 2011 00:54:00 +0200 Message-ID: Subject: Crash reading from minibuffer with icomplete-mode To: Bug-Gnu-Emacs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) The backtraces below are from today's trunk, but I can also reproduce the bug with the emacs-23 branch (Windows build in both cases). This is sort of a recipe for the bug: - Start emacs with "emacs -Q -f icomplete-mode". - Run M-x set-face-font and set a font for a face; in my examples, I try to set font-lock-comment-face. - Choose a font, for example I set -outline-Consolas-bold-normal-normal-mono-13-*-*-*-c-*-iso10646-1 - Then run again "M-x set-face-font M-p M-p", to select the same face and the same font, and then modify the completion for the face. In my tests, I go to the family name "Consolas", remove it with M-d and start fiddling with completions of "Droid Sans Mono" (which I have installed), typing for example just "Droid S" , then , etc. Sooner or later it crashes every time. Crashes are not always identical, but all of them happen in a call to `byte-code' from inside `icomplete-exhibit'. After the signature there are two examples. I can repeat the crash easily, so if no one can reproduce it, pointers to debugging this are welcome. =C2=A0 =C2=A0 Juanma =3D=3D=3D Backtrace from trunk (1) =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 5784.0x14c4] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088da00 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x889200) "window-size-fixed-1" (0x8895a4) "byte-code" (0x889770) "window-size-fixed-1" (0x889b14) "window-size-fixed-p" (0x889d74) "window-sizable" (0x889fd4) "window--resize-root-window-vertically" (0x88a244) "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) =3D=3D=3D Backtrace from trunk (2) =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 4812.0x15ac] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088da00 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88dc50) "icomplete-exhibit" (0x88e0c8) "run-hooks" (0x88e174) 0x35feba0 PVEC_COMPILED "read-from-minibuffer" (0x88ea5c) "completing-read-default" (0x88ecc4) "completing-read" (0x88edd4) "read-face-font" (0x88f034) "read-face-and-attribute" (0x88f1f0) "call-interactively" (0x88f644) "execute-extended-command" (0x88f884) "call-interactively" (0x88fb24) =3D=3D=3D Backtrace from emacs-23 =3D=3D=3D gdb: unknown target exception 0xc0000029 at 0x77be07b6 Program received signal ?, Unknown signal. [Switching to Thread 5976.0xf64] 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdll.dl= l (gdb) bt #0 0x77be07b6 in ntdll!EtwEventUnregister () from C:\Windows\system32\ntdl= l.dll #1 0x0088dcc0 in ?? () #2 0x771e07f0 in setjmp () from C:\Windows\syswow64\msvcrt.dll #3 0x0088ffc4 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Lisp Backtrace: "byte-code" (0x88def0) "icomplete-exhibit" (0x88e348) "run-hooks" (0x88e3f4) 0x2fa6ae0 There is no member named size. ------------=_1326572342-25651-1--