From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andreas Schwab Newsgroups: gmane.emacs.devel Subject: Re: [czkmt@remus.dti.ne.jp: open-network-stream in batch mode causes SIGPOLL under GNU/Linux] Date: Mon, 10 Oct 2005 12:00:08 +0200 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1128942310 20719 80.91.229.2 (10 Oct 2005 11:05:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 10 Oct 2005 11:05:10 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 10 13:05:01 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EOvQW-0005xD-26 for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2005 13:02:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOvQV-000246-5q for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2005 07:02:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EOuSI-0007N0-Hx for emacs-devel@gnu.org; Mon, 10 Oct 2005 06:00:27 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EOuSF-0007MJ-O0 for emacs-devel@gnu.org; Mon, 10 Oct 2005 06:00:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EOuSE-0007M3-5d for emacs-devel@gnu.org; Mon, 10 Oct 2005 06:00:22 -0400 Original-Received: from [195.135.220.15] (helo=mx2.suse.de) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EOuSD-0000C6-0g; Mon, 10 Oct 2005 06:00:21 -0400 Original-Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 52D371C191; Mon, 10 Oct 2005 12:00:09 +0200 (CEST) Original-To: rms@gnu.org X-Yow: HAIR TONICS, please!! In-Reply-To: (Richard M. Stallman's message of "Mon, 10 Oct 2005 00:15:21 -0400") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:43786 Archived-At: "Richard M. Stallman" writes: > 3. Execute the following command. > >> % emacs -batch -q -no-site-file -l ./foo.el > > Then Emacs exits before the command finishes, and the following > error message appears. > >> SI/O possible > > The first "S" is the beginning of error message by Emacs, so > this is "I/O possible". The problem is that interrupt_input is always set, but the SIGIO handler is only installed in !noninteractive mode. Now make-network-process has code to call request_sigio after it has finished if interrupt_input is non-zero, but nobody is handling the SIGIO. > 4. When you repeat the same command in the same shell process, > SIGPOLL will not occur, which seems to be the expected behavior. > >> % emacs -batch -q -no-site-file -l ./foo.el >> Symbol's value as variable is void: foo I think the reason the SIGIO isn't reported here is that the async interrupt is still connected to the process group of the previous emacs instance, which is now defunct, thus there is noone who can receive the SIGIO. Probably the best fix is to make (un)request_sigio a no-op in noninteractive mode. Andreas. --=20 Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux Products GmbH, Maxfeldstra=DFe 5, 90409 N=FCrnberg, Germany Key fingerprint =3D 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."