Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-ID:	<3AEA952C.D74C9F49@ece.gatech.edu>
Date:	Sat, 28 Apr 2001 06:02:20 -0400
From:	"Charles S. Wilson" <cwilson AT ece DOT gatech DOT edu>
X-Mailer:	Mozilla 4.75 [en] (WinNT; U)
X-Accept-Language:	en
MIME-Version:	1.0
To:	"Matthew D. Langston" <langston AT SLAC DOT Stanford DOT EDU>
CC:	cygwin AT cygwin DOT com
Subject:	Re: CVS client/server doesn't change LF to CRLF
References:	<001201c0cfaa$b62630c0$2a904f86 AT slac DOT stanford DOT edu>

"Matthew D. Langston" wrote:
> 
> I thought CVS was supposed to change the line endings of text files from LF
> to CRLF when the client is Windows and the CVS repository resides on UNIX.

But your client isn't windows.  It's cygwin.
 
> This isn't happening for me. 

Right.  You're not on windows.

> When I do a cvs checkout under Windows 2000
> using my cygwin version of cvs and ssh of a repository that resides on our
> UNIX cluster, all text files still end in LF.
[snip]
> I'm certain that I am probably doing something wrong, because I know the CVS
> client/server LF to CRLF translation feature was added sometime circa 1996.

Yep.  Native windows builds explicitly open the destination files in
textmode.

> I have tried doing checkouts of several projects from a few of our UNIX CVS
> repositories from my Windows 2000 computer with the same results (i.e. text
> files with line endings of only LF, not CRLF).

Not surprising that this did not make a difference.  It's a client side
thing, not
a server-side thing.

> I have tried the checkouts
> from both my cygwin bash shell, and from the MS-DOS prompt, thinking that
> there might be a difference.

Nope, it's a client file-IO thing, not a console-IO thing.

> All of my cygwin directories are mounted in
> binmode.

This is the "problem".  If you want the files on your hard drive to be
text (DOS) mode, then you need to checkout onto a drive that is mounted
in textmode.  HOWEVER: the native windows build of cvs has many hooks in
it to deal with the CR/LF translation issue (e.g. so that cvs diff
output is okay, and cvs update doesn't go haywire).  The cygwin build of
cvs just relies on the kernel's (cygwin1.dll) support of dos/unix mode
mounting.  I do NOT KNOW if that is sufficient to make 'cvs diff' and
'cvs update' act correctly in these circumstances.

Try it somewhere non-critical (and report back to the list)

--Chuck

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -