Hi Thomas,
Heres what I found about CVS and CR/LF in Win/DOS in the
"How to store binary files" node of the cvs info file:
There are two issues with using CVS to store binary files. The first is
that CVS by default convert line endings between the canonical form in
which they are stored in the repository (linefeed only), and the form
appropriate to the operating system in use on the client (for example,
carriage return followed by line feed for Windows NT).
It looks like CVS on the Win/DOS machine adds those ^M's as it receives the
files, and strips them before committing. So, as long as you don't transfer
files directly between the the Win/Dos machines and unix machines (ie. ftp,
mail, copy, etc.), you should be OK.
I have been using CVS on a linux box for some time, and just recently added
some windows users. We haven't had any problems with ^M's. I just made
sure that the original files in the repository didn't have them to begin
with.
I hope that info is correct for your version of CVS.
Patrick
On Mon, Mar 26, 2001 at 11:29:06AM -0800, Thomas Frasher wrote:
...
> We have just begun (only about 6 months ago) controlling our source code
> with CVS. I'm having a problem, several of our software engineers use
> windows editor (a personal preference thing). There are countless ^M's in
> the files after they edit them. I remove those ^M's and commit them to the
> repository, when I check them out again, the ^M's are still there.
...
> Anybody got a glimmer of what is happening? How to Correct and how to
> avoid (beyond the obvious of bagging windows and dumping it in the river)?
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
--
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/
