On 2025/08/20 14:47:56 Branko Čibej wrote: > On 20. 8. 25 14:29, sebb wrote: > > $ svn co --depth=emptyhttps://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 protocol. > > - 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 > > serf. > > - 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 > > > > ==== > > > > I also get a segfault with 1.14.3 on Ubuntu 24.04. > > > > Sebb > > > Thanks, I can reproduce this. Tentatively looks like a bug in Serf, but > it's too soon to tell. I don't know what's so special about the > incubator tree. > > -- Brane
I took a look at reproducing this. I get the same error running Subversion under WSL (which effectively is Linux under Hyper-V), but from the same computer I don't get this error with Subversion under Windows. No idea why the platform makes a difference here. The --depth=empty option doesn't seem to matter. I took a look at the network traffic generated from the WSL instance. With the incubator tree, there is a request REPORT /repos/asf/!svn/me. The request looks 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 Moved Permanently reply with Location: http://svn.apache.org/repos/asf and an HTML body. @Sebb, Is there some configuration on the server that could cause this redirect? 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
