Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of jcorvel@gmail.com designates
 209.85.210.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:from:date:message-id:subject:to
         :cc:content-type:content-transfer-encoding;
        b=dljohl8qMDfT63tJ+RyTjY3qt/vucIbwit4I56wPbwrvvdjSF7Y1rzy1NLquwUCm11
         JO0QDEHB/mJHZbR/D7IEFxlgCfjc3v2Tm8c0DcJr81rED3wVfDbmnuxMSBK9H85VCwj2
         MMUi4IbTZuffrJtXs+uxTjyg4sWn22mrw4P2w=
MIME-Version: 1.0
In-Reply-To: <4D486F81.7070106@acm.org>
References: <4D486F81.7070106@acm.org>
From: Johan Corveleyn <jcorvel@gmail.com>
Date: Tue, 1 Feb 2011 22:29:30 +0100
Message-ID: <AANLkTimOnapkg2S79-JsY6h-jTSzxXprU4Nmex2Og6X1@mail.gmail.com>
Subject: Re: missing carriage returns from output of "svn diff" in Windows
To: David Chapman <dcchapman@acm.org>
Cc: users@subversion.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Tue, Feb 1, 2011 at 9:39 PM, David Chapman <dcchapman@acm.org> wrote:
> Running Subversion 1.6.15 under Windows 7, if I redirect the output of "s=
vn
> diff" to a file and then try to edit that file using Notepad, the line
> breaks are garbled. =A0In particular they have only the '\n' character, n=
ot
> the '\r' character.
>
> For example, if "svn_usage_notes.txt" is in my repository, and I do the
> following in a sandbox:
>
> echo foo >> svn_usage_notes.txt
> echo bar >> svn_usage_notes.txt
> echo zot >> svn_usage_notes.txt
> svn diff svn_usage_notes.txt > wowow.txt
> od -c wowow.txt
>
> I get:
>
> 0000000 =A0 I =A0 n =A0 d =A0 e =A0 x =A0 : =A0 =A0 =A0 s =A0 v =A0 n =A0=
 _ =A0 u =A0 s =A0 a =A0 g =A0 e
> 0000020 =A0 _ =A0 n =A0 o =A0 t =A0 e =A0 s =A0 . =A0 t =A0 x =A0 t =A0\r=
 =A0\n =A0 =3D =A0 =3D =A0 =3D =A0 =3D
> 0000040 =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =
=A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D
> *
> 0000120 =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =
=A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0 =3D =A0\r
> 0000140 =A0\n =A0 - =A0 - =A0 - =A0 =A0 =A0 s =A0 v =A0 n =A0 _ =A0 u =A0=
 s =A0 a =A0 g =A0 e =A0 _ =A0 n
> 0000160 =A0 o =A0 t =A0 e =A0 s =A0 . =A0 t =A0 x =A0 t =A0\t =A0 ( =A0 r=
 =A0 e =A0 v =A0 i =A0 s =A0 i
> 0000200 =A0 o =A0 n =A0 =A0 =A0 1 =A0 1 =A0 1 =A0 6 =A0 ) =A0\r =A0\n =A0=
 + =A0 + =A0 + =A0 =A0 =A0 s =A0 v
> 0000220 =A0 n =A0 _ =A0 u =A0 s =A0 a =A0 g =A0 e =A0 _ =A0 n =A0 o =A0 t=
 =A0 e =A0 s =A0 . =A0 t =A0 x
> 0000240 =A0 t =A0\t =A0 ( =A0 w =A0 o =A0 r =A0 k =A0 i =A0 n =A0 g =A0 =
=A0 =A0 c =A0 o =A0 p =A0 y =A0 )
> 0000260 =A0\r =A0\n =A0 @ =A0 @ =A0 =A0 =A0 - =A0 6 =A0 1 =A0 2 =A0 2 =A0=
 , =A0 3 =A0 =A0 =A0 + =A0 6 =A0 1
> 0000300 =A0 2 =A0 2 =A0 , =A0 6 =A0 =A0 =A0 @ =A0 @ =A0\r =A0\n =A0 =A0 =
=A0\n =A0 =A0 =A0 M =A0 a =A0 r =A0 k
> 0000320 =A0 =A0 =A0 P =A0 h =A0 i =A0 p =A0 p =A0 a =A0 r =A0 d =A0\n =A0=
 =A0 =A0 h =A0 t =A0 t =A0 p =A0 :
> 0000340 =A0 / =A0 / =A0 m =A0 a =A0 r =A0 k =A0 p =A0 h =A0 i =A0 p =A0 .=
 =A0 b =A0 l =A0 o =A0 g =A0 s
> 0000360 =A0 p =A0 o =A0 t =A0 . =A0 c =A0 o =A0 m =A0 / =A0\n =A0 + =A0 f=
 =A0 o =A0 o =A0 =A0 =A0\n =A0 +
> 0000400 =A0 b =A0 a =A0 r =A0 =A0 =A0\n =A0 + =A0 z =A0 o =A0 t =A0 =A0 =
=A0\n
> 0000413
>
> Note how the first part of the file has "\r\n" while the last part (showi=
ng
> the extra lines) has only '\n'. =A0The file itself has "\r\n" for every l=
ine,
> and I have the following line in
> C:\Users\David\AppData\Roaming\Subversion\config:
>
> *.txt =3D svn:eol-style=3Dnative

Ok, that may be your client side config, but maybe it's not working
correctly or not being picked up for whatever reason. Can you verify
directly whether the property is set on the file?

    svn propget svn:eol-style svn_usage_notes.txt

> The absence of newlines makes it impossible to view the differences file =
in
> Notepad. =A0Years ago before I knew about "unzip -a", I wrote a program t=
o add
> carriage returns to text files being copied from Linux to Windows and so =
I
> can use that, but it would be nice to have system-appropriate line ending=
s
> in the output of "svn diff" without this extra step.
>
> Is anyone else seeing this? =A0Is there a configuration parameter I can s=
et to
> fix it, or is it a bug that should be bumped to the dev list?

Certainly no need to escalate to the dev list (unless we're going to
discuss design/implementation considerations or something). We can
discuss it on this list, and if we find out it's a genuine issue, you
can submit it to the issue tracker.

> (For the record, I have "UnxUtils.zip" loaded, so I have a number of
> Unix/Linux utilities such as "od" available under Windows, and only the
> Windows Subversion executable ever writes into a Windows sandbox.)

Ok, this may be a very important detail. Can you first try to
reproduce this issue without the UnxUtils loaded?

Which client are you using actually (which distribution)? You aren't
using one from cygwin are you? There are known problems with the svn
client that comes with cygwin (don't know the details, but I think it
can be confused about its native eol-style, because it thinks it's
running on unix etc.).

Also, is this something new you're seeing only from 1.6.15? Can you
try reproducing with an older version, and try to find out when the
problem first appeared?

Cheers,
--=20
Johan