Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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" X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: "Matthew D. Langston" 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> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "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