From: Chuck E. <ec...@mi...> - 2001-01-16 06:27:25
|
If you develop on Windows and use CVS, this is of interest. (Especially if you develop on Webware.) I recently switched from using a cvs.exe obtained from cvs.org (or a related site) to the cvs.exe that comes with the GNU cygwin tools (http://cygwin.com). cygwin decided to treat my partitions as "binary" by default which meant no interpretation of end-of-lines which are CRLF on Windows and LF on UNIX (CR='\015', LF='\012'). So when I checked in source code, the end-of-lines went with it. One major problem with that is the CVS server then thinks every line of the file is different. And that's bad because it makes diffs useless and bloats files in the repository. Another problem is that on occasion, CRLFs can cause problems with Python on UNIX (like with exec). I tried to convince the cygwin guys that their cvs client should do what the other win32 cvs client did: always translate CRLFs and LFs just like an FTP ASCII transfer. This always worked; never broke; never required any configuration. I wasn't successful. They're a little too stuck on their architecture to throw in this kind of convenience. The solution then is to type this at the command prompt one time: mount -t c:\ /c Please be careful to get the back vs. forward slashes write. You don't have to put this in AUTOEXEC; the setting sticks. -Chuck |