[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: text files with Unix LF

From: Peter Ring
Subject: RE: text files with Unix LF
Date: Mon, 22 Apr 2002 00:31:53 +0200

Depends ...

The way you ask the question, the answer is probably 'no'.

If you use these files for Windows software development, i.e., using Visual
Studio or similar, some files must have CR/LF line endings aka "DOS text
format" (or was it CP/M, see

Selecting 'Unix LF' does not imply that some text files cannot have a CR as
the last character on each line; just that they will also have it if you
check them out from a Unix workstation. I.e, if you select 'Unix LF', you
can have both 'Unix style' and 'DOS style' text files. But you must then
- use only tools that don't care about line endings
- use editors (like vim, emacs, TextPad, etc.) that take care not to trash
line endings
- *not* use CVS clients that translate line endings (add an extra CR)

If you want to use another cvs client than WinCVS, you might need adapt to
it. Some will (in practice) only work with the Unix text format, and some
will only work with the DOS text format. The problem is related to the
administrative files (in the CVS subdir) which must be _either_ Unix style
or DOS style in a sandbox. I'm not aware of any CVS client that handles this

Kind regards,
Peter Ring

-----Original Message-----
From: address@hidden [mailto:address@hidden Behalf Of
Iqbal Shaikh
Sent: 19. april 2002 13:39
To: address@hidden
Subject: text files with Unix LF

Hi  all,
We have got  our Cvs Server running on SunSolaris.
We checkout files using WinCvs Client on Windows.
The files are then edited on Windows using  gvim and checked in back to the
cvs server.
Just want to know if  while checking out files ,
should  we have the  following enabled  in WinCvs Client
Checkout text files with the Unix LF (0xa)
What will be the problem if we checkout files without enabling the above
Please respond.
Thanks & Regards

reply via email to

[Prev in Thread] Current Thread [Next in Thread]