Hi, I am reading by chance this email, so I don't know if I can give you a useful hint, which you might already know. So please ignore this if it is out of point. I don't use WinCvs but cvs under CygWin for a project in SourceForge Under Cygwin "CVS will add DOS style line endings when files are CheckedOut onto a text mounted drive. It will use UNIX style line endings on binary mounted drives." So, this is what I do: # --------- only once - begin # from the home directory mkdir /mntdos mkdir dos ( subdirectory of home ) # this mount /mntdos as text mounted drive ( the correct sintax is: ) mount -t C:/GShell/Unix/Cygwin/home/dos /mntdos # --------- only once - end cd /mntdos cvs co myproject at this point I get the VCF files with CRLF instead than just with LF as it is in bynary mounted drives. Notice that after the first time I just need to : cd /mntdos even if I reboot the computer When I commit a change, the cvs server takes care of all the CRLF characters, so I don't need to worry about. Cheers, Marcello Peter Dimov wrote:
Rene Rivera wrote:
Beman Dawes wrote:
At 08:21 AM 1/29/2004, Joel de Guzman wrote:
Beman, might it be that your CVS chekout that's in an inconsistent state? After all, it was you who packaged the zip file, right?
Could someone else on a Windows machine please check the line endings in a CVS checkout of libs/spirit/doc/scanner.html?
I see [CR][CR][LF] endings. -- I only use WinCVS, only one checkout of the tree (on this machine), and absolutely no cross platform checkouts.
These things occur when someone checks in CR/LF file from a Unix CVS client. It sees [CR] (logical end of line) so when you check out on Windows, you get [CR] [CR/LF] (which is the physical end of line there.)
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost