The line ending format depends on the clients decision. Normally windows clients (as delivered with CVS NT) add an extra ^M on checkout, UNIX clients don't (obviously including the cygwin port).
WinCVS has a global Option "Checkout text files with the Unix LF (0xa)' which didn't work (at least not like I expected to) in the 1.2.XX releases. Now I'm using WinCVS 1.3.6.1 Beta 6 (Local Build 1) which handles this option to my satisfaction. HTH, Christian Manhart -----Urspr�ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Matthew Harvey Gesendet: Freitag, 8. M�rz 2002 18:08 An: '[EMAIL PROTECTED]' Betreff: [Cvsnt] Windows Linefeed problems We have a CVS repository, running the following version: Server: Concurrent Versions System (CVSNT) 1.11.1.3 rc2 (Build 55) (client/server) on a Win2000 box. When we checkout or update files using a cvs client with one of these versions: Client: Concurrent Versions System (CVS) NT 1.11.1.2 (Build 41) (client/server) Client: Concurrent Versions System (CVSNT) 1.11.1.3 Beta 9 (Build 52) (client/server) It seems to add extra carriage return (^M) characters to the end of each line. When we checkout using this version of CVS: Client: Concurrent Versions System (CVS) 1.11 (client/server) (the version that comes with cygwin) the line breaks come out correctly. Can anyone help us understand this behavior? Thanks very much. =======================================================================Matthew Harvey : [EMAIL PROTECTED] Sr. Software Engineer : Project Lead Axeda Systems, Inc. : 508/851-1246 =======================================================================_______________________________________________ Cvsnt mailing list [EMAIL PROTECTED] http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt _______________________________________________ Cvsnt mailing list [EMAIL PROTECTED] http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt
