|
Boost : |
From: Pietrobon Marcello (teiffel_at_[hidden])
Date: 2004-01-29 12:09:53
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
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk