delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2000/06/22/20:40:31

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <C9A8E1D07093D111B76A0000F8C9918A03BD4AB7@zrtpd003.us.nortel.com>
From: "Christopher Jones" <cbjones AT nortelnetworks DOT com>
To: cygwin AT sourceware DOT cygnus DOT com
Subject: RE: cygwin 1.1.2 - CYGWIN=binmode [subject changed]
Date: Thu, 22 Jun 2000 20:28:08 -0400
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)

------_=_NextPart_001_01BFDCA9.E891FDAE
Content-Type: text/plain;
	charset="iso-8859-1"

> >Is CYGWIN=binmode supposed to be a global way of doing the 
> same thing as
> >mounting everything in binmode because it isn't acting like it... ?
> 
> The documentation for the project is currently located at the 
> cygwin web
> site:
> 
> 	http://sourceware.cygnus.com/cygwin/
> 

According to the user manual, Chapter 3...

In b20.1 of 12/98, a file will be opened in binary mode if any of the
following conditions hold:

        1.binary mode is specified in the open call

        2.CYGWIN contains binmode

        3.the file resides in a binary mounted partition

        4.the file is not a disk file

So I'm asking the same question as above, if I do not mount a drive at all
and I have specified binmode in CYGWIN then why does the file end up with
CRLF in it?  If I do mount the drive, then I get LF only, which is what I
want, but without having to mount every drive.

Brian

------_=_NextPart_001_01BFDCA9.E891FDAE
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
5.5.2651.65">
<TITLE>RE: cygwin 1.1.2 - CYGWIN=3Dbinmode [subject changed]</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=3D2>&gt; &gt;Is CYGWIN=3Dbinmode supposed to be a global =
way of doing the </FONT>
<BR><FONT SIZE=3D2>&gt; same thing as</FONT>
<BR><FONT SIZE=3D2>&gt; &gt;mounting everything in binmode because it =
isn't acting like it... ?</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; The documentation for the project is currently =
located at the </FONT>
<BR><FONT SIZE=3D2>&gt; cygwin web</FONT>
<BR><FONT SIZE=3D2>&gt; site:</FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
<BR><FONT SIZE=3D2>&gt; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A =
HREF=3D"http://sourceware.cygnus.com/cygwin/" =
TARGET=3D"_blank">http://sourceware.cygnus.com/cygwin/</A></FONT>
<BR><FONT SIZE=3D2>&gt; </FONT>
</P>

<P><FONT SIZE=3D2>According to the user manual, Chapter 3...</FONT>
</P>

<P><FONT SIZE=3D2>In b20.1 of 12/98, a file will be opened in binary =
mode if any of the following conditions hold:</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 1.binary =
mode is specified in the open call</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2.CYGWIN =
contains binmode</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 3.the file =
resides in a binary mounted partition</FONT>
</P>

<P><FONT SIZE=3D2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4.the file =
is not a disk file</FONT>
</P>

<P><FONT SIZE=3D2>So I'm asking the same question as above, if I do not =
mount a drive at all and I have specified binmode in CYGWIN then why =
does the file end up with CRLF in it?&nbsp; If I do mount the drive, =
then I get LF only, which is what I want, but without having to mount =
every drive.</FONT></P>

<P><FONT SIZE=3D2>Brian</FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01BFDCA9.E891FDAE--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019