[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: keyword substitution generates ^M

From: Peter Ring
Subject: RE: keyword substitution generates ^M
Date: Sat, 15 Sep 2001 13:27:10 +0200

On Win32, I use the Cygwin cvs port and NTemacs with the pcl-cvs package.
MS-DOS style files end up in the rep with a CR at the end of each line, and
gets checked out the same - in effect as good ol' MS-DOS files. It's
perfectly feasible to have a mix of CR-LF and LF end-of-record files in a

I just have to take care 1) not to let anyone use Win32 'native' cvs to
check out those files (that would add an extra CR in their sandboxes), 2)
not to use Win32 'native' ports of CVS in the same sandbox; the Cygwin cvs
port doesn't like CRs in the administrative files, and 3) use editors and
tools that does not change the end-of-record format. Most good text editors
on Win32 detects and preserves the end-of-record format.

The simplistic distinction between 'binary' and 'text' is rotten anyway for
several reasons. I'll just mention a very basic one. While ASCII (ISO-646)
and UTF-8 encoded files can usually be dealt with as is on any platform
(anybody still using EBCDIC?), it makes a real difference whether a file is
ISO-8859-1 or ISO-8859-2 or whatever encoded. If you want to edit a text
file (and those are the kind of files that cvs is meant for, right?), you
sure want it to display correctly in your editor. Can't be done without
information about the encoding.

Kind regards
Peter Ring

-----Original Message-----
From: address@hidden [mailto:address@hidden Behalf Of
Larry Jones
Sent: 14. september 2001 20:59
To: Andreas Fabri
Cc: address@hidden
Subject: Re: keyword substitution generates ^M

Andreas Fabri writes:
> I use cvs from within emacs under bash on NT.
> When I add a keyword and check the file in, cvs
> perfroms keyword substitution, but unfortunately
> also puts ^M at the end of each line.
> How can I avoid this.

Work on a platform where text files don't end with <CR><LF>.

CVS works on text files.  Text files on NT are *supposed* to have ^M at
the end of each line.  Proper NT text editors know that and don't
display them.

-Larry Jones

Pitiful.  Just pitiful. -- Calvin

Info-cvs mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]