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
Precedence: bulk


> > 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.