From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: More info on sporadic OS/X crash Date: Mon, 26 Apr 2004 22:15:27 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <20040426.221527.198676483.mituharu@math.s.chiba-u.ac.jp> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1082986047 27435 80.91.224.253 (26 Apr 2004 13:27:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Apr 2004 13:27:27 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Apr 26 15:27:14 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BI68g-0002AI-00 for ; Mon, 26 Apr 2004 15:27:14 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BI68g-0001Jh-00 for ; Mon, 26 Apr 2004 15:27:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BI63c-0005ag-Q9 for emacs-devel@quimby.gnus.org; Mon, 26 Apr 2004 09:22:00 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BI63C-0005Zv-QW for emacs-devel@gnu.org; Mon, 26 Apr 2004 09:21:34 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BI60T-0004zq-AI for emacs-devel@gnu.org; Mon, 26 Apr 2004 09:19:17 -0400 Original-Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BI5xr-0004Fu-OJ for emacs-devel@gnu.org; Mon, 26 Apr 2004 09:16:04 -0400 Original-Received: from localhost (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 4E9441A6381; Mon, 26 Apr 2004 22:15:58 +0900 (JST) Original-To: steventamm@mac.com In-Reply-To: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:22168 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:22168 >>>>> On Sun, 25 Apr 2004 10:49:07 -0700, Steven Tamm said: > The patch seemed to make sense to be, except for the FD_CLR > (i.e. the bug in select from 10.1) I forgot to ask, have you tried > that patch on 10.2 or just 10.3? I just tried the patch on both 10.1.5 and 10.2.8, but I could not find any problems by a few tests on subprocesses. If you have a specific example, maybe I can test it. > And with the non-carbon build? For the X11 build, fd 0 is excluded from input_wait_mask with add_keyboard_wait_descriptor in x_term_init. For the Carbon build, fd 0 is never consulted in sys_select (in mac.c with the patch), but the window event queue is consulted instead. A comment in mac.c says: When Emacs is started from the Finder, SELECT always immediately returns as if input is present when file descriptor 0 is polled for input. Strangely, when Emacs is run as a GUI application from the command line, it blocks in the same situation. This `wrapper' of the system call SELECT corrects this discrepancy. According to the output of lsof, fd 0 is bound to /dev/null for the former case, whereas it is bound to the tty from which Emacs is invoked for the latter case. That would explain the above phenomena. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp