From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System) Newsgroups: gmane.emacs.bugs Subject: bug#1836: marked as done (emacs -Q -fn "nonexistent" hangs) Date: Sun, 11 Jan 2009 13:40:04 +0000 Message-ID: References: <4969F46E.7040401@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----------=_1231681204-14936-0" X-Trace: ger.gmane.org 1231681429 25713 80.91.229.12 (11 Jan 2009 13:43:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 11 Jan 2009 13:43:49 +0000 (UTC) To: Jason Rumney Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 11 14:45:00 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LM0cd-0000EH-Rj for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Jan 2009 14:45:00 +0100 Original-Received: from localhost ([127.0.0.1]:54879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LM0bN-0002ZD-If for geb-bug-gnu-emacs@m.gmane.org; Sun, 11 Jan 2009 08:43:41 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LM0bH-0002Uz-KX for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2009 08:43:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LM0bD-0002NB-In for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2009 08:43:34 -0500 Original-Received: from [199.232.76.173] (port=32987 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LM0bD-0002Mu-DA for bug-gnu-emacs@gnu.org; Sun, 11 Jan 2009 08:43:31 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:34294) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LM0b9-0004vr-0R; Sun, 11 Jan 2009 08:43:27 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0BDhPC0016102; Sun, 11 Jan 2009 05:43:25 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n0BDe4nO015035; Sun, 11 Jan 2009 05:40:04 -0800 X-Mailer: MIME-tools 5.420 (Entity 5.420) X-Loop: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: closed 1836 X-Emacs-PR-Package: emacs X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:23993 Archived-At: This is a multi-part message in MIME format... ------------=_1231681204-14936-0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Your message dated Sun, 11 Jan 2009 21:30:22 +0800 with message-id <4969F46E.7040401@gnu.org> and subject line Re: bug#1836: emacs -Q -fn "nonexistent" hangs has caused the Emacs bug report #1836, regarding emacs -Q -fn "nonexistent" hangs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com immediately.) --=20 1836: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3D1836 Emacs Bug Tracking System Contact owner@emacsbugs.donarmstrong.com with problems ------------=_1231681204-14936-0 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-0 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@emacsbugs.donarmstrong.com, 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-0--