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

The bug that r20892 attempted to fix seems to be back on the trunk

From: Eric Hanchrow <offby1_at_blarg.net>
Date: 2006-08-19 01:59:52 CEST

lgo asked me to report this: The bug that r20892 attempted to fix
seems to be back on the trunk ... or, at least, the trunk is behaving
in a confusing way.

This is using r21125 from http://svn.collab.net/repos/svn/trunk.

I merged a branch into the trunk:

        $ /usr/local/stow/svn-trunk/bin/svn merge -r10043:10070 svn://10.10.10.37/branches/soodo-cleanup-2/ .

I noticed some conflicts:

...
        CU client/build.pl
        $

I exmamined the .merge-left, .merge-right, and .working files, and
couldn't tell what the conflict was -- here's what "svn diff" shows
(I've replaced actual carriage-returns with the two-character sequence
^M):

        Index: build.pl
        ===================================================================
        --- build.pl (revision 10070)
        +++ build.pl (working copy)
        @@ -1,3 +1,4 @@
        +<<<<<<< .working
         # Copyright 2003-2006 Dategrity Corporation. All Rights Reserved.^M
         #!perl^M
         ^M
        @@ -169,3 +170,109 @@
         print "\n=============== Build completed at " . scalar (localtime (time ())) . " ===============\n";^M
         ^M
         1;^M
        +=======
        +# Copyright 2003-2006 Dategrity Corporation. All Rights Reserved.
        +#!perl
        +

... I've deleted many lines of "diff" output here; almost the entire file, in fact

        +
        +print "\n=============== Build completed at " . scalar (localtime (time ())) . " ===============\n";
        +
        +1;
        +>>>>>>> .merge-right.r10070

        Property changes on: build.pl
        ___________________________________________________________________
        Name: svn:eol-style
           + native

It looks as if the entire file is in conflict, presumably because of
the line endings (I am pretty sure that I added the "svn:eol-style"
property, with a value of "native", on that file, in the branch; and
did that on a Windows machine.)

Curiously, none of the files

    build.pl
    build.pl.merge-left.r10043
    build.pl.merge-right.r10070
    build.pl.working

contain any carriage-returns at all. However, the trunk version does
-- that is, if I do "svn revert -R .", file client/build.pl indeed
contains carriage returns.

The repository isn't going anywhere, so feel free to ask for further
details. I'm sure I'm leaving out something important :-|

-- 
As economics is known as "The Miserable Science", software
engineering should be known as "The Doomed Discipline"
        -- Edsger Dijkstra
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 19 02:09:09 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.