From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Pretest? Date: Fri, 16 Mar 2007 01:20:27 -0400 Message-ID: References: <87k5y83e3a.fsf@stupidchicken.com> <87zm6wmt4s.fsf@stupidchicken.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1174022554 18410 80.91.229.12 (16 Mar 2007 05:22:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Mar 2007 05:22:34 +0000 (UTC) Cc: piet@cs.uu.nl, emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 16 06:22:28 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HS4tX-0002h3-OP for ged-emacs-devel@m.gmane.org; Fri, 16 Mar 2007 06:22:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HS4uc-0000u3-0q for ged-emacs-devel@m.gmane.org; Fri, 16 Mar 2007 00:23:34 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HS4uZ-0000ts-Jo for emacs-devel@gnu.org; Fri, 16 Mar 2007 01:23:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HS4uY-0000tS-6n for emacs-devel@gnu.org; Fri, 16 Mar 2007 01:23:31 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HS4uY-0000tP-3b for emacs-devel@gnu.org; Fri, 16 Mar 2007 00:23:30 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HS4tS-0003Ub-UD for emacs-devel@gnu.org; Fri, 16 Mar 2007 01:22:23 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HS4rb-0003Uf-NJ; Fri, 16 Mar 2007 01:20:27 -0400 In-reply-to: (message from YAMAMOTO Mitsuharu on Thu, 15 Mar 2007 18:33:54 +0900) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:67986 Archived-At: 1. I think BLOCK_INPUT is not necessary when `noninteractive' is set. Is that correct? I think so, because Emacs does not use signals for keyboard input in batch mode. However, I am not sure whether handling of other signals (such as SIGCHLD) calls for BLOCK_INPUT nowadays. If it does, then BLOCK_INPUT should be needed also in batch mode, because subprocess can be used. So you may as well do BLOCK_INPUT for getc, etc. 2. getaddrinfo/freeaddrinfo are called with immediate_quit == 1. We have to choose from either protecting them with BLOCK_INPUT or allowing quit during their executions, especially on the systems where SYSTEM_MALLOC is defined and thus emacs_blocked_malloc etc. cannot be used. I am not familiar with getaddrinfo. Why do users want to be able to interrupt it? Is that because it communicates with a DNS server? The only way I can think of to make this work right is to run it in another thread, or use child labor.