Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cuae2!ihnp4!ptsfa!lll-lcc!seismo!ut-sally!husc6!rutgers!sri-unix!hplabs!cae780!amdcad!sun!imagen!turner
From: turner@imagen.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: MicroEMACS 3.7i double CR problem
Message-ID: <863@imagen.UUCP>
Date: Thu, 12-Feb-87 13:33:39 EST
Article-I.D.: imagen.863
Posted: Thu Feb 12 13:33:39 1987
Date-Received: Sat, 14-Feb-87 15:19:44 EST
References: <758@bath63.ux63.bath.ac.uk>
Organization: The Houses of the Holy
Lines: 23

in article <758@bath63.ux63.bath.ac.uk>, sc_dra@bath63.ux63.bath.ac.uk (Dave Allum) says:
> 
> 
> There has been some discussion here recently about the habit of
> MicroEMACS 3.7i terminating lines with CR CR LF.  The patches below
> 
> Hopefully the port of 3.8 will not have this problem.  Anyone got it
> yet?

hopefully 3.8 will come up with a way to solve the following
dichotomy; on unix and VMS based systems CR's are considered excess 
baggage and show up in the editor as \015's; under MSDOS etc. if 
the lines don't end in CRLF they won't type (read show on the ST) 
properly. Worse yet some ST utilities blowup if lines terminate in
CRLF. The solution that we've come up with is to make it an
environment variable, if you can think of a better way please tell
me quickly, 3.8e is just about ready.

-- 
---------------
C'est la vie, C'est le guerre, C'est la pomme de terre
Mail:	Imagen Corp. 2650 San Tomas Expressway Santa Clara, CA 95052-8101 
UUCP:	...{decvax,ucbvax}!decwrl!imagen!turner      AT&T: (408) 986-9400