[Top][All Lists]

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

RE: 0D0A => 0A => 0D0A

From: Jimmy Rimmer
Subject: RE: 0D0A => 0A => 0D0A
Date: Tue, 18 Sep 2001 13:15:01 -0700

That's the real problem.  Windows' RSH does CR/LF translation, and the
Cygwin RSH doesn't.  The key is to make sure both users use the same version
of rsh.exe by either defining the CVS_RSH variable (I don't know if this
works), or by renaming/moving the inappropriate RSH.EXE.

Jimmy Rimmer, address@hidden
I liked "Slaughterhouse Five," but I can't find the first four anywhere.
                           (Steve Connelly)

> -----Original Message-----
> From: René Schade [mailto:address@hidden
> Sent: Tuesday, September 18, 2001 7:03 AM
> To: address@hidden
> Subject: 0D0A => 0A => 0D0A
> Hi,
> We are running a CVS server on our Win 2000 server and two 
> people are using
> it.
> One of us is using cvs (from cygwin) and bash to update files.
> The other is using cvs (form cygwin) and DOS to update files.
> We both use Emacs 20.6.1.
> When the bash user creates a new file using Emacs it contains 
> 0d0a, the
> windows newline. When
> he adds the file to the repository only 0a is used in the repository.
> Fetching the file once again from
> the repository gives him the file containing 0d0a, which is just fine.
> The DOS user creates a new file using Emacs it contains 0d0a. 
> When he adds
> the file to the
> repository the repository contains 0d0a. This is not good! 
> Becase when the
> bash user wants
> to fetch the same file from the repository he gets 0d0d0a. (This is
> presented as a ^M in
> emacs).
> How can it be that the cvs command behaves differently in DOS 
> and Bash?
> Or is this not the real problem?
> Regards,
> René Schade
> Hypergenic
> _______________________________________________
> Info-cvs mailing list
> address@hidden

reply via email to

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