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, [EMAIL PROTECTED] http://mp3.com/Rimbo?edSig
-------------------------------------------------------------------------
I liked "Slaughterhouse Five," but I can't find the first four anywhere.
(Steve Connelly)
> -----Original Message-----
> From: Ren� Schade [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 18, 2001 7:03 AM
> To: [EMAIL PROTECTED]
> 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
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/info-cvs
>
_______________________________________________
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
