[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: line-ending conversion and keyword substitution

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2001-12-12 04:06:03 CET

[cc'ing back to the list]

Billy Tanksley <btanksley@hifn.com> writes:

> From: Philip Martin [mailto:philip@codematters.co.uk]
> >Greg Hudson <ghudson@mit.edu> writes:
> >> In your scheme, as soon as
> >> Linus commits the file, it has been destroyed; we have to go find out
> >> where Linus got it from and get it again, if possible. In
> >> my scheme, we
> >> just have to check out the file in rev 2 with some kind of newline
> >> override option, and we have it back. My scheme never destroys data;
> >> your scheme sometimes does.
>
> >This is the bit I don't understand. In either scheme one can check out
> >version 2, it always exists and never gets destroyed. This applies
> >whatever line-end conversion scheme is used.
>
> I, using my Windows NT client, check in a binary file, CVS thinks it's text
> and replaces all of its CRLFs with LFs. The data's lost. There's no
> transform which can recover it.

Ah, yes I see. It's really nothing to do with a Linus/William
interaction. The scenario is that in the other (non-Greg :-) scheme if
we have the line-ending style erroneously set to DOS, say, and check
in a binary file, then both the repository and working copies get LF
to CRLF converted. This has the result that the original binary file
isn't stored anywhere.

Right, I think I see yet another way. Time to draft my own proposal...

Philip

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:52 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.