delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/1997/02/02/22:39:53

From: fjh AT cs DOT mu DOT OZ DOT AU (Fergus Henderson)
Subject: Re: ASCII and BINARY files. Why?
2 Feb 1997 22:39:53 -0800 :
Sender: daemon AT cygnus DOT com
Approved: cygnus DOT gnu-win32 AT cygnus DOT com
Distribution: cygnus
Message-ID: <199702030537.QAA13265.cygnus.gnu-win32@murlibobo.cs.mu.OZ.AU>
Original-To: edudley AT servtech DOT com (Eliot W Dudley)
Original-Cc: gnu-win32 AT cygnus DOT com (gnu-win32)
In-Reply-To: <199702021418.JAA15659@cyber2.servtech.com> from "Eliot W Dudley" at Feb 2, 97 09:13:11 am
X-Mailer: ELM [version 2.4 PL24]
Original-Sender: owner-gnu-win32 AT cygnus DOT com

Eliot W Dudley, you wrote:
> 
> Certain programs need to have \r\n to work right, e.g. 'type'.  Deprecate
> them, srew 'em, shun them, or fix them if they're worth it, but I don't
> think so. 

The problem is that you can't fix them, because (a) they're not broken,
they just don't happen to do what you want, and (b) you probably don't
have source anyway.

> Text mode was a bad dream, wake up, be happy.

It would be really nice if text mode *was* just a bad dream, but
I don't think the problem is going to go away just because you
want it to.

> Certain programs don't care, e.g. gcc, MSVC++, Borland BC5, elvis.  Good
> for them, let's have more of the same.

gcc and elvis are *NOT* programs that don't care!

Both of these programs, indeed I think *MOST UNIX PROGRAMS*, do care.
Patching these programs so that they don't care would be *VERY HARD*, IMHO.
In fact, I can't think of *any* way of patching elvis to not care about
the distinction between \r\n and \n that would preserve backwards
compatibility.  I think fixing it would require changing the format of
`.exrc' files, which would of course be a *really* bad idea.

The fact that people who want binary mode to be the default think
that programs like `gcc' and `elvis' don't care suggests to me that
they have no idea of the scale of the problem.

> Certain programs need not to have \r\n to work right, e.g. certain versions
> of make.  Now if I allow a Win95/NT box the privilege of SMB mounting a
> Unix filesystem because now after all these years they've joined the club,
> and then some miscreant newbie utility decides to stick \r\n into a make
> file, and breaks it such that I can't compile over on the MassComp what
> should I do?

If you allow your Windows box to SMB mount such filesystems, then you
should use the `-b' option of gnu-win32 mount for that filesystem, to
avoid that problem.

However, I suspect that most people are more likely to want their
gnu-win32 files to interoperate with Windows utilites than with MassComp
utilities.  Those people don't won't `mount -b', because it causes
problems with gcc, elvis, etc., etc.

-- 
Fergus Henderson <fjh AT cs DOT mu DOT oz DOT au>   |  "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh>   |  of excellence is a lethal habit"
PGP: finger fjh AT 128 DOT 250 DOT 37 DOT 3         |     -- the last words of T. S. Garp.
-
For help on using this list, send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".

- Raw text -


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