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] Content-Type: text 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 | "I have always known that the pursuit WWW: | 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".