Re: Seg fault on svn co; version 1.45.5

On 2025/08/20 14:47:56 Branko =C4=8Cibej wrote:
> On 20. 8. 25 14:29, sebb wrote:
> > $ svn co --depth=3Demptyhttps://svn.apache.org/repos/asf/incubator
> > Segmentation fault: 11
> >
> > This does not occur for other directories I tried under
> > https://svn.apache.org/repos/asf.
> > It seems to be specific to incubator, as its subdirectories seem to be OK.
> >
> > $ svn infohttps://svn.apache.org/repos/asf/incubator
> > Path: incubator
> > URL:https://svn.apache.org/repos/asf/incubator
> > Relative URL: ^/incubator
> > Repository Root:https://svn.apache.org/repos/asf
> > Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
> > Revision: 1927914
> > Node Kind: directory
> > Last Changed Author: jimin
> > Last Changed Rev: 1927904
> > Last Changed Date: 2025-08-20 06:48:34 +0100 (Wed, 20 Aug 2025)
> >
> > $ svn --version
> > svn, version 1.14.5 (r1922182)
> >     compiled Nov 27 2024, 21:22:28 on arm-apple-darwin23.6.0
> >
> > Copyright (C) 2024 The Apache Software Foundation.
> > This software consists of contributions made by many people;
> > see the NOTICE file for more information.
> > Subversion is open source software, seehttp://subversion.apache.org/
> >
> > The following repository access (RA) modules are available:
> >
> > * ra_svn : Module for accessing a repository using the svn network protoc=
ol.
> >    - with Cyrus SASL authentication
> >    - handles 'svn' scheme
> > * ra_local : Module for accessing a repository on local disk.
> >    - handles 'file' scheme
> > * ra_serf : Module for accessing a repository via WebDAV protocol using s=
erf.
> >    - using serf 1.3.10 (compiled with 1.3.10)
> >    - handles 'http' scheme
> >    - handles 'https' scheme
> >
> > The following authentication credential caches are available:
> >
> > * Mac OS X Keychain
> >
> > =3D=3D=3D=3D
> >
> > I also get a segfault with 1.14.3 on Ubuntu 24.04.
> >
> > Sebb
>=20
>=20
> Thanks, I can reproduce this. Tentatively looks like a bug in Serf, but=20
> it's too soon to tell. I don't know what's so special about the=20
> incubator tree.
>=20
> -- Brane

I took a look at reproducing this. I get the same error running Subversion un=
der WSL (which effectively is Linux under Hyper-V), but from the same compute=
r I don't get this error with Subversion under Windows. No idea why the platf=
orm makes a difference here.

The --depth=3Dempty option doesn't seem to matter.

I took a look at the network traffic generated from the WSL instance. With th=
e incubator tree, there is a request REPORT /repos/asf/!svn/me. The request l=
ooks identical for the subversion tree. With the subversion tree, there is a =
reply with some XML data. With the incubator tree, there is a HTTP/1.1 301 Mo=
ved Permanently reply with Location: http://svn.apache.org/repos/asf and an H=
TML body.

@Sebb, Is there some configuration on the server that could cause this redire=
ct?

Obviously, we shouldn't core dump. But the server seems to send something the=
 client doesn't expect. (I'll continue debugging on dev@ in the other thread).

Cheers,
Daniel