Date:	Thu, 13 Jul 2000 14:19:17 -0400
Message-Id:	<200007131819.OAA25496@envy.delorie.com>
From:	DJ Delorie <dj AT delorie DOT com>
To:	djgpp AT delorie DOT com
In-reply-to:	<8kkki9$gcv$1@nets3.rz.RWTH-Aachen.DE> (message from
	Hans-Bernhard Broeker on 13 Jul 2000 14:43:21 GMT)
Subject:	Re: Pipe to sendmail (again)
References:	<yG3a5.322335$k22 DOT 1427482 AT flipper> <56ga5.329089$k22 DOT 1448044 AT flipper> <8kcu4s$juv$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE> <200007130406 DOT AAA24310 AT envy DOT delorie DOT com> <8kkki9$gcv$1 AT nets3 DOT rz DOT RWTH-Aachen DOT DE>
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

> > Absence of 'b' means *default*, which can still be binary if you (or
> > the application, if you are a library) have set the _fmode variable
> > appropriately.
> 
> Not by any existing standard definition of the C programming language
> or C library functions I've seen. By definition of the language,
> absence of 'b' clearly means 'text file', *not* default.

I'm telling you what *is*, not what *should be*.

> In my not so humble opinion, '_fmode' is one of the silliest things
> DOS compilers ever came up with.

Perhaps, but it is quite handy to have around.

> > In cygwin, the "default" comes from the mount table, and is often
> > "binary", so the "t" is a good idea.
> 
> I oppose to this view. The only truly good idea is to fix the programs
> on source level.

You're thinking the wrong way.  What I do is mount all my NT local
drives as text, and my unix/samba drives as binary.  That way, when I
redirect to the unix drives, everything saves the files in unix text
format.

- Raw text -