Jeremias,

Never having had the misfortune to work with Windows, I don't know the mechanism for handling line-end differences on entry into a CVS repository on a unix box. I assume you have to handle this on your end, because I occasionally see files with CRLF out of CVS repositories. Is this the burden of your question 2?

To clean up your files, you might try some perl.

perl -pi.bak -e 'BEGIN{undef $/};s/\r*\r\n/\n/g' file...

should work from a unix command line. How you achieve this in Windows I don't know. Once it's working, you can just use `-pi' instead of `-pi.bak'. The 'i' works on files in-place; any trailing characters are appended to the file name to create a backup file. Handy for testing. Obviously, the line above gives me LF-only line endings.

Peter

Jeremias Maerki wrote:
Hi there

Before I'm going to work on the multi-threading issues I wanted to clear
up a few patch submissions. While applying them I ran across several
files that had CRCRLF endings instead of CRLF when checked out using
WinCVS on a Windows box. I think I have successfully corrected those I
ran into. Does anyone have a good idea how to...
1. identify files not having correct linevindingstlithoutckaving de opendeach an>every file?
2. enforce correct line endings?

--
Peter B. West  [EMAIL PROTECTED]  http://www.powerup.com.au/~pbwest/
"Lord, to whom shall we go?"


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to