You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Ralf Wiebicke <ra...@rw7.de> on 2000/10/11 15:32:47 UTC

Feature Wish

Hi there!

I recently made a disturbing experience with CVS. I hope SVN will do better 
once it's released, so I'll describe the problem.

I was a newbie on CVS. I already dealt with the issue of different line 
breaks on different systems. So I was glad to read, that CVS will handle this 
automagically. However, I managed to get DOS line breaks into the repository.

All I did was using a UNIX CVS client to import text files with DOS line 
breaks. The UNIX client doesn't check for UNIX line breaks, it just assumes 
that they are there. 

For the UNIX client, the 0D is just a character on the line. If another unix 
client checks out, it gets correct DOS text files. However, I a DOS client 
checks out these files, the 0D0A becomes 0D0D0A. Some editors treat this as 
two line breaks, which messes up the whole text file.

To make the trouble complete, CVS somehow managed to add a single UNIX line 
break at the end of each file. Thus, the files where mixed line break 
flavour, which causes GNU recode to refuse the dos2unix translation (no 
--force switch there). I finally used zip/unzip to do the conversion.

Please !!!, make subversion better.

Regards,
Ralf Wiebicke.

PS: I'm not subscribed to this list. If there are any comments, which I 
should know, please send me a copy.



-- 
Ralf Wiebicke <ra...@rw7.de>
http://rw7.de/ralf/

Re: Feature Wish

Posted by Ralf Wiebicke <ra...@rw7.de>.
Am Thu, 12 Oct 2000 schrieben Sie:

> Well, sed 's/^M//' should be just OK instead of recode.
> it won't complain. :)
Is there anything, that sed cant do? :-)

> anyway, I really wouldn't like SVN to try and outsmart me..
> if I have 0x0d in my unix files, I probly put them there
> for a reason, so my vote is a definite no for your wish if
My reason was, that I overttook maintance of a existing java project. The 
former maintainer used WinXX, while I use Linux.  The first thing I did was 
introducing this CVS thing, to avoid the version trouble experienced until 
then.

> it should be the default behavior.  If there is a
> --be-smart-about-0x0d switch to do this,  then I have no
> objection, though.
Better think about the newbie. I think, SVN should find out, that it's a DOS 
file and offer a) to convert it to unix or b) treat it as binary or c) take 
it as is. Switches could be --treat-DOS-text-as-binary and 
--convert-DOS-to-unix etc. The default should always be to ask the user.

Ralf.


-- 
Ralf Wiebicke <ra...@rw7.de>
http://rw7.de/ralf/

Re: Feature Wish

Posted by RADICS Peter <mi...@freemail.hu>.
Ralf Wiebicke <ra...@rw7.de> írta:

[SNIP] 
> To make the trouble complete, CVS somehow managed to add a
single UNIX line 
> break at the end of each file. Thus, the files where mixed
line break 
> flavour, which causes GNU recode to refuse the dos2unix
translation (no 
> --force switch there). I finally used zip/unzip to do the
conversion.

Well, sed 's/^M//' should be just OK instead of recode.
it won't complain. :)

anyway, I really wouldn't like SVN to try and outsmart me..
if I have 0x0d in my unix files, I probly put them there
for a reason, so my vote is a definite no for your wish if
it should be the default behavior.  If there is a
--be-smart-about-0x0d switch to do this,  then I have no
objection, though.
> 
cheers,
mitch
--
RADICS Peter (http://lbcons.net)