Boost logo

Boost :

From: Pietrobon Marcello (teiffel_at_[hidden])
Date: 2004-01-29 12:09:53

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.


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:

Boost list run by bdawes at, gregod at, cpdaniel at, john at