Re: ghudson's 'svn st' problem he mentioned on IRC...

> > I also went through the entire WC with the following script hunting for
> > differences in line endings. The only problem files I found were
> > the ones in subversion/bindings/com who had the svn:eol-style set to
> > CRLF. I really want to know what makes files different than others
> > who have the CRLF eol-style.
>
> Me too :-(.

Thinking out loud here:

One possibility is that there used to be a bug which caused the files
to be stored incorrectly (LF, say, instead of CRLF) even after the
svn:eol-style was set to CRLF. If our working copy code correctly
translates ("repairs") LF->CRLF, but is sensitive enough to *not*
convert CRLF->CRCRLF, then these old, wrongly stored files would still
get correct working files on the client side, but their text bases
would be messed up. Investigating...

Or: I thought maybe the propset was done via URL, so that the
repository storage never changed from LF to CRLF. But we don't
support propset on URLs, so that can't be it.

By the way, it looks like all these files got their svn:eol-style set
at the same time:

------------------------------------------------------------------------
r4369 | rassilon | 2003-01-13 15:56:53 -0600 (Mon, 13 Jan 2003) | 20 lines

* *.dsp: Set property svn:eol-style to CRLF.

* subversion.dsw: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVN.rgs: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNCOM.idl: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNCOM.rc: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNStatus.rgs: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNCOM.def: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNCOMps.def: Set property svn:eol-style to CRLF.

* subversion/bindings/com/SVNCOMps.mk: Set property svn:eol-style to CRLF.

* subversion/bindings/com/resource.h: Set property svn:eol-style to CRLF.

------------------------------------------------------------------------

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 30 17:31:41 2003