From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: Issues with Windows gcc -mno-cygwin (Mingw) Date: Thu, 20 Mar 2003 06:30:17 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <2950-Thu20Mar2003063017+0200-eliz@elta.co.il> References: <2561-Tue18Mar2003195457+0200-eliz@elta.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1048135082 32123 80.91.224.249 (20 Mar 2003 04:38:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2003 04:38:02 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Mar 20 05:38:01 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18vroX-0008Lv-00 for ; Thu, 20 Mar 2003 05:38:01 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18vrpb-0005bQ-00 for ; Thu, 20 Mar 2003 05:39:07 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18vrns-0002Hh-00 for emacs-devel@quimby.gnus.org; Wed, 19 Mar 2003 23:37:20 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18vrnS-0001Tm-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 23:36:54 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18vrmv-0008Bx-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 23:36:25 -0500 Original-Received: from frigg.inter.net.il ([192.114.186.16]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18vrma-0007cs-00 for emacs-devel@gnu.org; Wed, 19 Mar 2003 23:36:00 -0500 Original-Received: from zaretsky ([80.230.195.122]) by frigg.inter.net.il (Mirapoint Messaging Server MOS 3.2.2-GA) with ESMTP id CFV80308; Thu, 20 Mar 2003 06:35:54 +0200 (IST) Original-To: Benjamin.Riefenstahl@epost.de X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: (message from Benjamin Riefenstahl on 20 Mar 2003 00:31:01 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12479 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12479 > From: Benjamin Riefenstahl > Date: 20 Mar 2003 00:31:01 +0100 > > > > From: Benjamin Riefenstahl > > > - Problem with _fmode > > > Is this change only for the unexec phase, or for the entire Emacs > > operation? > > For the entire operation. Emacs doesn't use O_BINARY directly to load > files. Oh yes, it does--at least in the DOS_NT versions. Grep the C sources for _BINARY, and you will see it yourself. So the only issue with binary I/O I'm aware of is with standard input and output handles. That's why the code in emacs.c does what it does. Note that switching stdin/stdout to binary mode might not be necessary in the MinGW build; the DOS port does that because otherwise control characters such as C-c and C-z are interpreted by the OS instead of being passed directly to the application.