Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of James.French@naturalmotion.com
 designates 86.12.140.205 as permitted sender)
From: James French <James.French@naturalmotion.com>
To: Johan Corveleyn <jcorvel@gmail.com>
CC: "users@subversion.apache.org" <users@subversion.apache.org>
Date: Mon, 9 Sep 2013 13:42:42 +0100
Subject: RE: svn: E120104: ra_serf: An error occurred during decompression
Thread-Topic: svn: E120104: ra_serf: An error occurred during decompression
Thread-Index: Ac6tWSFqbL4MhkNVTGq68AHHhxARxAAAK+Ow
Message-ID: <1CE1BECC0915A6448EAE5D7080EDA90506A012CCEB@oxexc1>
References: <1CE1BECC0915A6448EAE5D7080EDA90506A012CC32@oxexc1>
 <CAB84uBUqsfrg3hVbOW4JS6q2zi-+9p2OHYQoP2mVdv_hM2vdfw@mail.gmail.com>
In-Reply-To: 
 <CAB84uBUqsfrg3hVbOW4JS6q2zi-+9p2OHYQoP2mVdv_hM2vdfw@mail.gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


-----Original Message-----
From: Johan Corveleyn [mailto:jcorvel@gmail.com]=20
Sent: 09 September 2013 13:36
To: James French
Cc: users@subversion.apache.org
Subject: Re: svn: E120104: ra_serf: An error occurred during decompression

On Mon, Sep 9, 2013 at 1:14 PM, James French <James.French@naturalmotion.co=
m> wrote:
> Hi list,
>
>
>
> I hit this when doing a reintegrate merge with svn 1.8.3 (tortoisesvn=20
> 1.8.2). I repeated the operation with svn 1.7.8 and it did not occur.

This looks very much like the error I ran into during testing of 1.8.3, and=
 which spawned the following discussion on the dev-list:

    http://svn.haxx.se/dev/archive-2013-08/0386.shtml

(it was with an 'svn export' over plain http of a tag of the subversion pro=
ject itself, but the problem might be the same)

Lieven Govaerts and Ivan Zhakov have been trying to find the exact problem =
in the serf http-library (with me trying various patches and reproducing th=
e issue), but so far without success.

It's good to know that now I'm not the only one seeing this problem.

Likewise :-)

Can you report your OS version please?

Windows7 x64

Can you reproduce it with Antivirus disabled?

I'm first trying with 1.8.3, then I'll try without antivirus/compression. T=
akes a long time as it's a massive checkout.

Also: I couldn't reproduce the issue with compression disabled, by adding t=
he option
    --config-option servers:global:http-compression=3Doff
to the command line (or configure that setting in your 'servers'
configuration file). That might be a workaround for you (though it will pro=
bably make things go a lot slower).

--
Johan