From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: "Juanma Barranquero" , 1836@debbugs.gnu.org Resent-From: "Juanma Barranquero" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: monnier@iro.umontreal.ca, Emacs Bugs Resent-Date: Sat, 10 Jan 2009 02:50:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123155533723836 (code B ref -1); Sat, 10 Jan 2009 02:50:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jan 2009 02:42:17 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=FOURLA,HAS_PACKAGE, IMPRONONCABLE_2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f11.google.com (mail-bw0-f11.google.com [209.85.218.11]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A2gDgX023830 for ; Fri, 9 Jan 2009 18:42:15 -0800 Received: by bwz4 with SMTP id 4so1864719bwz.1 for ; Fri, 09 Jan 2009 18:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=IIEzgtKjgML/V4qQz+X+dts3htcAlEkJ+HFsUqt68gw=; b=f/QZ8RHlW4qsODp9VZs/dY1z6LXkcESiPAh7242HAQidwkLLviXpCBnmuyz2oxZrC4 UvzdBA8O2Uj/r03/XaPej/1rjrQileHNf6WRJHGr+TO78C0ETMZM1ovQeMLjbxFv9kS9 owJWGWQ/LeseZvM9E62OapYzN54MCf2/ADW+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=T3uT51eyYuxChN2APzMce6u6d6kvifUTMOdL49RhZ6VHbBQBrnnWpZkBpP6Yvn0iEg dHIHQB5x8h85X16/XxI/Q2KeeuCtj/aZEdRH4zoQKY8vBIVp7MFFY26K+NeUs6AFeOtq SmDeIe1ic8iYlUjldkBlHhiGotUkvgEwk/ELs= Received: by 10.223.126.69 with SMTP id b5mr8688266fas.54.1231555327628; Fri, 09 Jan 2009 18:42:07 -0800 (PST) Received: by 10.223.115.79 with HTTP; Fri, 9 Jan 2009 18:42:07 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 03:42:07 +0100 From: "Juanma Barranquero" To: "Emacs Bug Tracker" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: emacs Version: 23.0.60 X-Debbugs-CC: monnier@iro.umontreal.ca [Note: This is *not* bug#1548, which apparently was just fixed by Jason.] Passing a nonexistent font/fontset in the command line makes Emacs hang. emacs -Q -fn "Courier Old" (where Courier Old does not exist, of course), and Emacs hangs. It does not consume CPU, just sits idle and does not respond to C-c. I don't know whether the bug is w32-specific. It disappears when the attached commit (by Stefan) is removed. Attaching gdb to the hungup Emacs I get this backtrace: #0 0x7c91e4f4 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91df2c in ntdll!ZwWaitForMultipleObjects () from C:\WINDOWS\system32\ntdll.dll #2 0x7c809574 in KERNEL32!CreateFileMappingA () from C:\WINDOWS\system32\kernel32.dll #3 0x7e3995f9 in USER32!GetLastInputInfo () from C:\WINDOWS\system32\user32.dll #4 0x7e3996a8 in USER32!MsgWaitForMultipleObjects () from C:\WINDOWS\system32\user32.dll #5 0x010e2979 in sys_select (nfds=1, rfds=0x82f558, wfds=0x0, efds=0x0, timeout=0x82f550) at w32proc.c:1271 #6 0x010d985a in wait_reading_process_output (time_limit=0, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=49018881, wait_proc=0x0, just_wait_proc=0) at process.c:4818 #7 0x0101094f in kbd_buffer_get_event (kbp=0x82f6e0, used_mouse_menu=0x82fa24, end_time=0x0) at keyboard.c:4052 #8 0x0100d499 in read_char (commandflag=1, nmaps=2, maps=0x82f860, prev_event=49018881, used_mouse_menu=0x82fa24, end_time=0x0) at keyboard.c:3012 #9 0x0101ebac in read_key_sequence (keybuf=0x82fc48, bufsize=30, prompt=49018881, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9359 #10 0x01007a53 in command_loop_1 () at keyboard.c:1632 #11 0x0103b2ba in internal_condition_case (bfun=0x1007228 , handlers=49082561, hfun=0x10069b4 ) at eval.c:1511 #12 0x01006e37 in command_loop_2 () at keyboard.c:1349 #13 0x0103ad13 in internal_catch (tag=49078681, func=0x1006e17 , arg=49018881) at eval.c:1247 #14 0x01006dee in command_loop () at keyboard.c:1328 #15 0x0100610b in recursive_edit_1 () at keyboard.c:942 #16 0x010065e0 in Frecursive_edit () at keyboard.c:1004 #17 0x01002a71 in main (argc=4, argv=0xa926d0) at emacs.c:1786 Juanma commit 4c7b4c352abdd735268f9c876bd298fe2eb0cdf8 Author: Stefan Monnier Date: Sun Dec 21 04:13:46 2008 +0000 (cmd_error_internal): Don't exit in daemon mode, bug#1310. --- a/src/keyboard.c +++ b/src/keyboard.c @@ -1265,7 +1265,18 @@ cmd_error_internal (data, context) /* If the window system or terminal frame hasn't been initialized yet, or we're not interactive, write the message to stderr and exit. */ else if (!sf->glyphs_initialized_p - || FRAME_INITIAL_P (sf) + /* We used to check if "This is the case of the frame dumped with + Emacs, when we're running under a window system" with + || (!NILP (Vwindow_system) && !inhibit_window_system + && FRAME_TERMCAP_P (sf)) + then the multi-tty code generalized this check to + || FRAME_INITIAL_P (sf) + but this leads to undesirable behavior in daemon mode where + we don't want to exit just because we got an error without + having a frame (bug#1310). + So I just removed the check, and rely instead on the `message_*' + functions properly using FRAME_INITIAL_P. In the worst case + this should just make Emacs not exit when it should. */ || noninteractive) { print_error_message (data, Qexternal_debugging_output, From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: Jason Rumney , 1836@debbugs.gnu.org Resent-From: Jason Rumney Original-Sender: Jason Rumney Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 03:30:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.12315576311953 (code B ref 1836); Sat, 10 Jan 2009 03:30:04 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 03:20:31 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A3KNcu001941 for <1836@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 19:20:25 -0800 Received: by ti-out-0910.google.com with SMTP id b6so6929704tic.1 for <1836@emacsbugs.donarmstrong.com>; Fri, 09 Jan 2009 19:20:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=Sk2kwHy7GPAnCfHFpG6MSl0o84JEos5hUqNpd5igWck=; b=VjIYkwaWl36f1Rk337s3sijMwlwez2sIkBwFhJAI4b3bED0ZZuSqiLmOhR3C0gYCsT VMrqsXoDsPlkplSJmT5qk5Wvv66lMM7egSCrgi+m9A0I/6wUxXiuEIDFx3Cnedpu5yKm U2+B85tS5zyi9vBCRyjdlw6FK6q+xaC0GC9AQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=T6DsnbHlnBdbSnCwH+Pzld3I+HaKjz2VWaM/t6NG4AhsUUQ0tTZlPcQe5JEmza8uID 2NVJR3biB2i+GVupyEKFPAcGjdTQTIJTuD55FufoF9erLgKd52nCp0qIrY/Ko8CJKp1v kDfdkT8Trt/kVMnwEkrYEH/UBV3x6ldfp5E80= Received: by 10.110.53.14 with SMTP id b14mr5258432tia.23.1231557623065; Fri, 09 Jan 2009 19:20:23 -0800 (PST) Received: from ?192.168.249.28? ([124.13.5.7]) by mx.google.com with ESMTPS id 2sm5348468tif.39.2009.01.09.19.20.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 19:20:22 -0800 (PST) Sender: Jason Rumney Message-ID: <496813D8.2090906@gnu.org> Date: Sat, 10 Jan 2009 11:19:52 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Juanma Barranquero , 1836@debbugs.gnu.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Juanma Barranquero wrote: > Package: emacs > Version: 23.0.60 > X-Debbugs-CC: monnier@iro.umontreal.ca > > [Note: This is *not* bug#1548, which apparently was just fixed by Jason.] > Yes, I haven't yet marked 1548 as fixed, because I came across this, but this one seems to exist on GNU/Linux too so I was going to open a separate bug report about it before closing 1548. What seems to be happening is that an error is thrown during frame creation ("No fonts match `nonexistent'" - the same error that Emacs 22.3 produces), but the top-level lisp loop catches this error and continues executing the main lisp loop without ever having created a frame. My guess was either the multi-tty or daemon changes had introduced this, your investigations seem to point to the latter. > + /* We used to check if "This is the case of the frame dumped with > + Emacs, when we're running under a window system" with > + || (!NILP (Vwindow_system) && !inhibit_window_system > + && FRAME_TERMCAP_P (sf)) > + then the multi-tty code generalized this check to > + || FRAME_INITIAL_P (sf) > + but this leads to undesirable behavior in daemon mode where > + we don't want to exit just because we got an error without > + having a frame (bug#1310). > + So I just removed the check, and rely instead on the `message_*' > + functions properly using FRAME_INITIAL_P. In the worst case > + this should just make Emacs not exit when it should. * Do we have a global flag to indicate that Emacs was started in daemon mode that we could use here? How do we decide whether to exit when the last frame is closed for example? From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: "Juanma Barranquero" , 1836@debbugs.gnu.org Resent-From: "Juanma Barranquero" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 03:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.12315579903310 (code B ref 1836); Sat, 10 Jan 2009 03:35:02 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 03:26:30 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f11.google.com (mail-bw0-f11.google.com [209.85.218.11]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A3QQAP003304 for <1836@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 19:26:28 -0800 Received: by bwz4 with SMTP id 4so1893795bwz.1 for <1836@emacsbugs.donarmstrong.com>; Fri, 09 Jan 2009 19:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ERoE8tMfwqCu3O8AfTC3rxGBt8v/tENtm0XvEsUccVI=; b=W3iLouj1yUpQUeeLEGbEcbUVghILADmc3J+NL2fAf8lrw5GWky3BmvN7ViOXtXwx7o 92AI5OJqeVKY15fywbkdFJoq1yXvk+0RLNnV/MhVi5Bg8buHYHJ7YBSx3XCrOcPwfkb9 u/EwA2XBExN73DJckvgjRPKCddxi5w+yfZzRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=HfIqW4NNl75KN7jQisHu+lBheqn6Knkdfbs6SNd+sAJmwuZUjPJA6BGGgokLPQf4qg nmew9b27VYWPiFee1Fldxm2NZ/sQUtkpj9pNmwe677bo5h+iZ1kfxHBDPmSLUZJElUzO 7pHSyErUMxYIx+HAEdNtVEKAgL/PfSNa8cwA0= Received: by 10.223.106.12 with SMTP id v12mr19200882fao.16.1231557980734; Fri, 09 Jan 2009 19:26:20 -0800 (PST) Received: by 10.223.115.79 with HTTP; Fri, 9 Jan 2009 19:26:20 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 04:26:20 +0100 From: "Juanma Barranquero" To: "Jason Rumney" Cc: 1836@debbugs.gnu.org In-Reply-To: <496813D8.2090906@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496813D8.2090906@gnu.org> On Sat, Jan 10, 2009 at 04:19, Jason Rumney wrote: > Do we have a global flag to indicate that Emacs was started in daemon mode > that we could use here? There's a C function Fdaemonp, which uses IS_DAEMON, from lisp.h: /* Pipe used to send exit notification to the daemon parent at startup. */ extern int daemon_pipe[2]; #define IS_DAEMON (daemon_pipe[1] != 0) Juanma From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: Jason Rumney , 1836@debbugs.gnu.org Resent-From: Jason Rumney Original-Sender: Jason Rumney Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 04:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.12315596719626 (code B ref 1836); Sat, 10 Jan 2009 04:00:03 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 03:54:31 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A3sRgO009619 for <1836@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 19:54:28 -0800 Received: by ti-out-0910.google.com with SMTP id b6so6939191tic.1 for <1836@emacsbugs.donarmstrong.com>; Fri, 09 Jan 2009 19:54:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=w7tCzapszVm55byknjvcVMHiNfWaioqirOUJeqbdTIo=; b=j/Oxp8fucSfR26hDl196imX2qco5lA5gSTCXzi0ooTSupODcjqaCDId3KRB3qiEEeT XcFm8WE9TwbpqaSBCFtsbH0GCDJLRKhpLNXN9Jm9GX5Kjk/hqlR0//yTa4u/Sf9XCwx9 KA9FmUBJhib/J1jNo83OoLbm7U2AOByUT0aV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JuDip4KTpjKG/3F3MAvCL618fGQqmo9dRua5zX/JgXa9a6uAFnF+6pCFKWOGSC9HKB XQcJ9nSOwSnmGjbmBEoPG9x5gT20cVCGYLIn6kJtLNi0+dyAiBfIwESPcOiGTDhcaKf9 jKkWMVjO83jnfQvWSfjhjP7/T88VHkCG04HJ8= Received: by 10.110.47.9 with SMTP id u9mr5283260tiu.1.1231559666773; Fri, 09 Jan 2009 19:54:26 -0800 (PST) Received: from ?192.168.249.28? ([124.13.5.7]) by mx.google.com with ESMTPS id y3sm12876956tia.20.2009.01.09.19.54.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 19:54:25 -0800 (PST) Sender: Jason Rumney Message-ID: <49681BD4.8090307@gnu.org> Date: Sat, 10 Jan 2009 11:53:56 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Juanma Barranquero CC: 1836@debbugs.gnu.org References: <496813D8.2090906@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit The following change seems to fix the problem for me, but I haven't tested daemon mode, since I don't know the circumstances in which there was a problem in that case (surely a non-existent font should still cause an error in daemon mode, since it will prevent frames from being created later). *** keyboard.c.~1.988.~ 2009-01-10 00:01:32.703125000 +0800 --- keyboard.c 2009-01-10 11:50:39.984375000 +0800 *************** *** 1265,1282 **** /* If the window system or terminal frame hasn't been initialized yet, or we're not interactive, write the message to stderr and exit. */ else if (!sf->glyphs_initialized_p ! /* We used to check if "This is the case of the frame dumped with ! Emacs, when we're running under a window system" with ! || (!NILP (Vwindow_system) && !inhibit_window_system ! && FRAME_TERMCAP_P (sf)) ! then the multi-tty code generalized this check to ! || FRAME_INITIAL_P (sf) ! but this leads to undesirable behavior in daemon mode where ! we don't want to exit just because we got an error without ! having a frame (bug#1310). ! So I just removed the check, and rely instead on the `message_*' ! functions properly using FRAME_INITIAL_P. In the worst case ! this should just make Emacs not exit when it should. */ || noninteractive) { print_error_message (data, Qexternal_debugging_output, --- 1265,1271 ---- /* If the window system or terminal frame hasn't been initialized yet, or we're not interactive, write the message to stderr and exit. */ else if (!sf->glyphs_initialized_p ! || (!IS_DAEMON && FRAME_INITIAL_P (sf)) || noninteractive) { print_error_message (data, Qexternal_debugging_output, From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: "Juanma Barranquero" , 1836@debbugs.gnu.org Resent-From: "Juanma Barranquero" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 04:10:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.123156020412055 (code B ref 1836); Sat, 10 Jan 2009 04:10:04 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 04:03:24 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A43KWp012040 for <1836@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 20:03:21 -0800 Received: by ewy14 with SMTP id 14so11890628ewy.1 for <1836@emacsbugs.donarmstrong.com>; Fri, 09 Jan 2009 20:03:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3U2V/JHWo46Sc6lY4+Iy/3+9rg5ljNUSr7xRYBjYwvc=; b=NV+PTK1/Jom9Kgj9YHNSKj6r92B+L+rNJGHarvvF3WLm688eKJz1AdJSd+TZ4CShLf CJx24c7NVJoNYK1JJiNJs+mQrBxTRsfq9DnG+mKzo0dFAFPjAU1W6syxgQZT+xQulMqw Nf2urTcPbQFsvA+lBkWc85Vstsa3Fr8dfiYww= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=rewHhPbeLyYz0+D20nNZocTE5nsD3+45WPpaA8JExrLMmoYXQqPRtcoNH5IrWZhwda Jm2/2XfmkCjZubk+kunCEx2l4a3SP8Cf4jwfnfa4QB2xsOha36rkDGcpbtGw+EyYnkBm KmWgz0hEbSH/nEW9mlfCxtWhBInwHEs8oJ1vI= Received: by 10.210.10.1 with SMTP id 1mr5394742ebj.53.1231560194336; Fri, 09 Jan 2009 20:03:14 -0800 (PST) Received: by 10.210.126.1 with HTTP; Fri, 9 Jan 2009 20:03:14 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 05:03:14 +0100 From: "Juanma Barranquero" To: "Jason Rumney" Cc: 1836@debbugs.gnu.org In-Reply-To: <49681BD4.8090307@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496813D8.2090906@gnu.org> <49681BD4.8090307@gnu.org> On Sat, Jan 10, 2009 at 04:53, Jason Rumney wrote: > The following change seems to fix the problem for me It works for me, too. > but I haven't tested > daemon mode, since I don't know the circumstances in which there was a > problem in that case ?? Stefan's change was a fix for bug#1310, so the circumstances are described in the bug report. > (surely a non-existent font should still cause an error > in daemon mode, since it will prevent frames from being created later). Yes, I think so. Juanma From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: Jason Rumney , 1836@debbugs.gnu.org Resent-From: Jason Rumney Original-Sender: Jason Rumney Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 04:35:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.123156160118906 (code B ref 1836); Sat, 10 Jan 2009 04:35:03 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 04:26:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A4QX6f018898 for <1836@emacsbugs.donarmstrong.com>; Fri, 9 Jan 2009 20:26:34 -0800 Received: by ti-out-0910.google.com with SMTP id b6so6949526tic.1 for <1836@emacsbugs.donarmstrong.com>; Fri, 09 Jan 2009 20:26:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ISXmNImUDLXl8PqgawfU2GMI9UUYu7+pzqsS+a68zSA=; b=SaxReP5MEp6eqW39kxRJnxRIW2KgM004B2lTPPcBrSrzNQAmFp1KbtOixUe8GX7etM g5jxYLBEI28BIn63GmiZwMEt2HV43JX46dxD6xGWEubNWCJIecRZUDEKZakXyFITFMce NFatpDG7QK67zCw81lGJ9exQwScxVe31RVuZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ag0WDXKc+9VKoVahXGih3/8JFF5IBqAPQ+CI8xfljle09fzI86+Dv6kXfCk+upifDy GZH+mIO7R4YHD28gEXTrAtyXPWUp/E2JOtMMxEoPC141WLUHydBYsGAGR7zx+dhA/iMw edkkaS+2hKBezpJmp5A+se8AFeYia8y1TIR7A= Received: by 10.110.3.15 with SMTP id 15mr24911tic.44.1231561592791; Fri, 09 Jan 2009 20:26:32 -0800 (PST) Received: from ?192.168.249.28? ([124.13.5.7]) by mx.google.com with ESMTPS id 22sm2533866tim.15.2009.01.09.20.26.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 09 Jan 2009 20:26:31 -0800 (PST) Sender: Jason Rumney Message-ID: <49682359.7010301@gnu.org> Date: Sat, 10 Jan 2009 12:26:01 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Juanma Barranquero CC: 1836@debbugs.gnu.org, Stefan Monnier , Dan Nicolaescu References: <496813D8.2090906@gnu.org> <49681BD4.8090307@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Juanma Barranquero wrote: > ?? Stefan's change was a fix for bug#1310, so the circumstances are > described in the bug report. > So the same change I just proposed to fix this bug was first proposed by Dan for bug#1310, but Stefan responded thus: > So, any reason why above patch cannot be checked in? I've installed a slightly more bold patch which just removes the FRAME_INITIAL_P check altogether. (there seem to be a lot of intermediate mails missing from that bug report, so it is not clear if there was a problem pointed out with Dan's proposed patch, or Stefan just did not foresee this type of problem and thought it was safe to go further - Cc'ed both for their recollection of events). From unknown Tue Jun 24 17:28:11 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#1836: emacs -Q -fn "nonexistent" hangs Reply-To: Stefan Monnier , 1836@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 10 Jan 2009 23:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 1836 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 1836-submit@emacsbugs.donarmstrong.com id=B1836.123162924321912 (code B ref 1836); Sat, 10 Jan 2009 23:20:02 +0000 Received: (at 1836) by emacsbugs.donarmstrong.com; 10 Jan 2009 23:14:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0ANDubw021906 for <1836@emacsbugs.donarmstrong.com>; Sat, 10 Jan 2009 15:13:57 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsoEAAG7aEnO+LIy/2dsb2JhbACBas5GhW+BbA X-IronPort-AV: E=Sophos;i="4.37,246,1231131600"; d="scan'208";a="32128789" Received: from 206-248-178-50.dsl.teksavvy.com (HELO ceviche.home) ([206.248.178.50]) by ironport2-out.teksavvy.com with ESMTP; 10 Jan 2009 18:13:50 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 42294B41B8; Sat, 10 Jan 2009 18:13:50 -0500 (EST) From: Stefan Monnier To: Jason Rumney Cc: Juanma Barranquero , 1836@debbugs.gnu.org, Dan Nicolaescu Message-ID: References: <496813D8.2090906@gnu.org> <49681BD4.8090307@gnu.org> <49682359.7010301@gnu.org> Date: Sat, 10 Jan 2009 18:13:50 -0500 In-Reply-To: <49682359.7010301@gnu.org> (Jason Rumney's message of "Sat, 10 Jan 2009 12:26:01 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I've installed a slightly more bold patch which just removes the > FRAME_INITIAL_P check altogether. > (there seem to be a lot of intermediate mails missing from that bug report, > so it is not clear if there was a problem pointed out with Dan's proposed > patch, or Stefan just did not foresee this type of problem and thought it > was safe to go further - Cc'ed both for their recollection of events). No, I just thought I'd try my luck. Also I figured that if the extra check was needed, we'd then learn why. And indeed, now we learned why. So when you re-add it, please make sure you add a comment that explains the circumstance in which it's needed. Stefan From unknown Tue Jun 24 17:28:11 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com From: help-debbugs@gnu.org (Emacs bug Tracking System) To: "Juanma Barranquero" Subject: bug#1836 closed by Jason Rumney (Re: bug#1836: emacs -Q -fn "nonexistent" hangs) Message-ID: References: <4969F46E.7040401@gnu.org> X-Emacs-PR-Message: they-closed 1836 X-Emacs-PR-Package: emacs Reply-To: 1836@debbugs.gnu.org Date: Sun, 11 Jan 2009 13:40:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1231681204-14936-1" This is a multi-part message in MIME format... ------------=_1231681204-14936-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" This is an automatic notification regarding your bug report which was filed against the emacs package: #1836: emacs -Q -fn "nonexistent" hangs It has been closed by Jason Rumney . Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Jason Rumney by replying to this email. --=20 1836: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D1836 Emacs Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1231681204-14936-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 1836-done) by emacsbugs.donarmstrong.com; 11 Jan 2009 13:31:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0BDUtMW013627 for <1836-done@emacsbugs.donarmstrong.com>; Sun, 11 Jan 2009 05:30:56 -0800 Received: by ti-out-0910.google.com with SMTP id b6so7827508tic.1 for <1836-done@emacsbugs.donarmstrong.com>; Sun, 11 Jan 2009 05:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=xq6LTAqn75nsJbL6kcx9102nsozMLVHugOQIhPlcw6U=; b=mY2L0yhIoeZsoetBEjKPTswH0t7DxYD+IKE8D04x4IsIhA7E3bIZC7WqrvR3zG6UVq Q8F0U7+EwEC4mPgzyw5SzoKvvFpEmTAnQcupZzdesl009iO64mqg+cVZlzNHV7ZPyFba r9m5YE+s0DrYnDxQRKnHXCDmDQhk9eZqs2q6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Wm5BrERTAZQPEHRgc5dLLr/otRL77rHSkndUOFEpSFW9yl5RjQC0cJNIgI4MYSiGRU MmWmqQjGxjQyBRSZWi3TanXAC4EDTnQJPSps1hC7SyEIKcsNBixt4qH96e5v4wdEhghl Voi12T2jbdg4DBnEl1YrPl+1nzSRG/og6oowM= Received: by 10.110.16.9 with SMTP id 9mr4735730tip.37.1231680654439; Sun, 11 Jan 2009 05:30:54 -0800 (PST) Received: from ?192.168.249.28? ([124.13.5.7]) by mx.google.com with ESMTPS id i9sm6821738tid.5.2009.01.11.05.30.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Jan 2009 05:30:53 -0800 (PST) Sender: Jason Rumney Message-ID: <4969F46E.7040401@gnu.org> Date: Sun, 11 Jan 2009 21:30:22 +0800 From: Jason Rumney User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Stefan Monnier CC: Juanma Barranquero , 1836-done@debbugs.gnu.org, Dan Nicolaescu Subject: Re: bug#1836: emacs -Q -fn "nonexistent" hangs References: <496813D8.2090906@gnu.org> <49681BD4.8090307@gnu.org> <49682359.7010301@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Stefan Monnier wrote: > No, I just thought I'd try my luck. Also I figured that if the extra > check was needed, we'd then learn why. And indeed, now we learned why. > So when you re-add it, please make sure you add a comment that explains > the circumstance in which it's needed. > OK, I've written a rather lengthy comment to go with the change, explaining both why we want to exit when not in daemon mode, and why we don't want to in daemon mode. ------------=_1231681204-14936-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jan 2009 02:42:17 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.9 required=4.0 tests=FOURLA,HAS_PACKAGE, IMPRONONCABLE_2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-bw0-f11.google.com (mail-bw0-f11.google.com [209.85.218.11]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0A2gDgX023830 for ; Fri, 9 Jan 2009 18:42:15 -0800 Received: by bwz4 with SMTP id 4so1864719bwz.1 for ; Fri, 09 Jan 2009 18:42:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=IIEzgtKjgML/V4qQz+X+dts3htcAlEkJ+HFsUqt68gw=; b=f/QZ8RHlW4qsODp9VZs/dY1z6LXkcESiPAh7242HAQidwkLLviXpCBnmuyz2oxZrC4 UvzdBA8O2Uj/r03/XaPej/1rjrQileHNf6WRJHGr+TO78C0ETMZM1ovQeMLjbxFv9kS9 owJWGWQ/LeseZvM9E62OapYzN54MCf2/ADW+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=T3uT51eyYuxChN2APzMce6u6d6kvifUTMOdL49RhZ6VHbBQBrnnWpZkBpP6Yvn0iEg dHIHQB5x8h85X16/XxI/Q2KeeuCtj/aZEdRH4zoQKY8vBIVp7MFFY26K+NeUs6AFeOtq SmDeIe1ic8iYlUjldkBlHhiGotUkvgEwk/ELs= Received: by 10.223.126.69 with SMTP id b5mr8688266fas.54.1231555327628; Fri, 09 Jan 2009 18:42:07 -0800 (PST) Received: by 10.223.115.79 with HTTP; Fri, 9 Jan 2009 18:42:07 -0800 (PST) Message-ID: Date: Sat, 10 Jan 2009 03:42:07 +0100 From: "Juanma Barranquero" To: "Emacs Bug Tracker" Subject: emacs -Q -fn "nonexistent" hangs MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: emacs Version: 23.0.60 X-Debbugs-CC: monnier@iro.umontreal.ca [Note: This is *not* bug#1548, which apparently was just fixed by Jason.] Passing a nonexistent font/fontset in the command line makes Emacs hang. emacs -Q -fn "Courier Old" (where Courier Old does not exist, of course), and Emacs hangs. It does not consume CPU, just sits idle and does not respond to C-c. I don't know whether the bug is w32-specific. It disappears when the attached commit (by Stefan) is removed. Attaching gdb to the hungup Emacs I get this backtrace: #0 0x7c91e4f4 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll #1 0x7c91df2c in ntdll!ZwWaitForMultipleObjects () from C:\WINDOWS\system32\ntdll.dll #2 0x7c809574 in KERNEL32!CreateFileMappingA () from C:\WINDOWS\system32\kernel32.dll #3 0x7e3995f9 in USER32!GetLastInputInfo () from C:\WINDOWS\system32\user32.dll #4 0x7e3996a8 in USER32!MsgWaitForMultipleObjects () from C:\WINDOWS\system32\user32.dll #5 0x010e2979 in sys_select (nfds=1, rfds=0x82f558, wfds=0x0, efds=0x0, timeout=0x82f550) at w32proc.c:1271 #6 0x010d985a in wait_reading_process_output (time_limit=0, microsecs=0, read_kbd=-1, do_display=1, wait_for_cell=49018881, wait_proc=0x0, just_wait_proc=0) at process.c:4818 #7 0x0101094f in kbd_buffer_get_event (kbp=0x82f6e0, used_mouse_menu=0x82fa24, end_time=0x0) at keyboard.c:4052 #8 0x0100d499 in read_char (commandflag=1, nmaps=2, maps=0x82f860, prev_event=49018881, used_mouse_menu=0x82fa24, end_time=0x0) at keyboard.c:3012 #9 0x0101ebac in read_key_sequence (keybuf=0x82fc48, bufsize=30, prompt=49018881, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1) at keyboard.c:9359 #10 0x01007a53 in command_loop_1 () at keyboard.c:1632 #11 0x0103b2ba in internal_condition_case (bfun=0x1007228 , handlers=49082561, hfun=0x10069b4 ) at eval.c:1511 #12 0x01006e37 in command_loop_2 () at keyboard.c:1349 #13 0x0103ad13 in internal_catch (tag=49078681, func=0x1006e17 , arg=49018881) at eval.c:1247 #14 0x01006dee in command_loop () at keyboard.c:1328 #15 0x0100610b in recursive_edit_1 () at keyboard.c:942 #16 0x010065e0 in Frecursive_edit () at keyboard.c:1004 #17 0x01002a71 in main (argc=4, argv=0xa926d0) at emacs.c:1786 Juanma commit 4c7b4c352abdd735268f9c876bd298fe2eb0cdf8 Author: Stefan Monnier Date: Sun Dec 21 04:13:46 2008 +0000 (cmd_error_internal): Don't exit in daemon mode, bug#1310. --- a/src/keyboard.c +++ b/src/keyboard.c @@ -1265,7 +1265,18 @@ cmd_error_internal (data, context) /* If the window system or terminal frame hasn't been initialized yet, or we're not interactive, write the message to stderr and exit. */ else if (!sf->glyphs_initialized_p - || FRAME_INITIAL_P (sf) + /* We used to check if "This is the case of the frame dumped with + Emacs, when we're running under a window system" with + || (!NILP (Vwindow_system) && !inhibit_window_system + && FRAME_TERMCAP_P (sf)) + then the multi-tty code generalized this check to + || FRAME_INITIAL_P (sf) + but this leads to undesirable behavior in daemon mode where + we don't want to exit just because we got an error without + having a frame (bug#1310). + So I just removed the check, and rely instead on the `message_*' + functions properly using FRAME_INITIAL_P. In the worst case + this should just make Emacs not exit when it should. */ || noninteractive) { print_error_message (data, Qexternal_debugging_output, ------------=_1231681204-14936-1--