[Top][All Lists]

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

Re: [Fwd: CVS, Cygwin, IDE and Emacs]

From: Eric Siegerman
Subject: Re: [Fwd: CVS, Cygwin, IDE and Emacs]
Date: Tue, 11 Jun 2002 21:28:32 -0400
User-agent: Mutt/1.2.5i

On Tue, Jun 11, 2002 at 06:01:21PM -0700, Mike Ayers wrote:
> > A bunch of possible kludges, but only one real solution -- get
> > CVS to stop putting ^M's in the repository.
>       CVS isn't putting the ^M's in there - the IDE editor normalizes all 
> line ends 
> to DOS standard, CVS just isn't removing them.  Is there a way to tell CVS to 
> automatically normalize line ends for text files?

My wording was imprecise.  I meant "get CVS to start taking them
out, as it's @#(! well supposed to do".  There's no way to tell
CVS to do this; it's supposed to just happen.

Specifically, here's how it's *supposed* to work:
  - The canonical format for text files within the repo is
    *always* UNIX-style -- ^J's only
  - Files travel between client and server in that same canonical
  - It's the CVS client's job to convert from the local text
    format, whatever that might be, to the canonical format
    before sending files to the server ("cvs commit")
  - Similarly, clients convert from canonical to the local format
    when retrieving files from the server (checkout, export,
    update, etc.)
(In fact, the standard command-line "cvs" program, when being
used as a client, doesn't do anything special about this
conversion; it's left to the local C library.  All "cvs" does is
to open the working copy in text or binary mode as appropriate.
Other clients may be different.)

There have been innumerable threads here as to how this
conversion can fail to happen, but they all basically boil down
to taking a sandbox whose text files are in platform A's format,
and operating on that sandbox using a version of CVS compiled for
platform B.  This can happen via, among other things:
  - remote mounts (NFS, Samba, whatever)
  - FTP
  - Zip
  - Floppy disks
  - Cygwin

Since you're using Cygwin, that's a good place to start looking.
I can't offer more detail, as I haven't used it.  Try searching
the list archives.


|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.        address@hidden
|  |  /
Anyone who swims with the current will reach the big music steamship;
whoever swims against the current will perhaps reach the source.
        - Paul Schneider-Esleben

reply via email to

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