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

Re: Subversion crashes on list with an empty format 3 repo

From: Michael Osipov <michaelo_at_apache.org>
Date: Fri, 5 Feb 2016 23:34:16 +0100

Am 2016-02-05 um 22:10 schrieb Ivan Zhakov:
> On 5 February 2016 at 23:48, Michael Osipov <michaelo_at_apache.org> wrote:
>> Am 2016-02-05 um 20:31 schrieb Ivan Zhakov:
>>>
>>> On 5 February 2016 at 21:38, Michael Osipov <michaelo_at_apache.org> wrote:
>>>>
>>>> Hi folks,
>>>>
>>>> Subversion advised me to report this.
>>>>
>>>> The following command was performed:
>>>> svn --non-interactive list
>>>>
>>>> file:///D:/Entwicklung/Projekte/maven-wagon/wagon-providers/wagon-scm/src/test/resources/test-repo-svn
>>>>
>>>> The repo is available here [1], the crash files are here [2].
>>>> The issue can always be reproduced, it does not require to run the tests
>>>> with Maven on Maven Wagon.
>>>>
>>> I cannot reproduce:
>>> [[[
>>> svn --non-interactive file:///D:/Ivan/temp/repos/test-repo-svn
>>> dummy
>>>
>>> C:\Program Files\VisualSVN Server\bin>svn --version
>>> svn, version 1.9.3 (r1718519)
>>> compiled Dec 15 2015, 11:23:08 on x86-microsoft-windows6.1.7601
>>
>>
>> After further testing, I think I know why it does not fail for you. You have
>> downloaded a tarball snapshot of the repo via Gitweb. I have retried with
>> that one and Subversion does not crash. Aifter that, I ran SHA1 on all
>> files, cloned via Git and from the tarball, they are different because Git
>> transforms the db files and aligned the line ending.
>>
>> svnadmin verify crashes too.
>>
>> These might shred the repo:
>> core.autocrlf=true
>> core.eol=native
>> core.safecrlf=true
>>
>> I have uploaded both repos to [1] as ZIP files.
>>
>> Can you kindly retry with a cloned repo or the ZIP files and report back?
>>
>> [1] http://home.apache.org/~michaelo/svn-crash-2016-02-05/
>>
> I downloaded archive and now I'm getting error about wrong FS type as expected:
> [[[
> C:\Program Files\VisualSVN Server\bin> --non-interactive
> file:///D:/Ivan/temp/repos/test-repo-svn
> svn: E170013: Unable to connect to a repository at URL
> 'file:///D:/Ivan/temp/repos/test-repo-svn'
> svn: E180001: Unable to open repository
> 'file:///D:/Ivan/temp/repos/test-repo-svn'
> 'vn: E160033: Invalid name for FS type 'fsfs
> ]]]

We know now that the repo is mangled. The output of the last line is
broken btw. It should read "svn:... 'fsfs'" but it reads "'vn:...'fsfs".
Shall a I create a JIRA issue for that?

I have unzipped the repo on:
FreeBSD bsd10 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12
15:26:37 UTC 2015
root_at_releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64

and I receive the very same error as you do.

Additionally, I just created a VM with Windows 7 SP1 32 bit and
installed Subversion 1.9.3 and the test repo. The svn client crashes
here too.

I do not understand why it is not failing for you. Can you retry with
the binaries provided by CollabNet? Or any other idea why there is a
disparity?

Addendum: I have tried the MaxSVN distro recently announced on this list:
D:\Entwicklung\Projekte\test-repo-svn>C:\Users\mosipov\Documents\maxsvn_1.9.3-1\svn
--version
svn, version 1.9.3 (r1718519)
    compiled Jan 19 2016, 21:32:35 on x86_64-microsoft-windows10.0.10240

...

The following authentication credential caches are available:

* Wincrypt cache in C:\Users\mosipov\AppData\Roaming\Subversion

D:\Entwicklung\Projekte\test-repo-svn>C:\Users\mosipov\Documents\maxsvn_1.9.3-1\svn
ls file:///D:/Entwicklung/Projekte/test-repo-svn
svn: E170013: Unable to connect to a repository at URL
'file:///D:/Entwicklung/Projekte/test-repo-svn'
svn: E180001: Unable to open repository
'file:///D:/Entwicklung/Projekte/test-repo-svn'
'vn: E160033: Unknown FS type 'fsfs

Are the CollabNet binaries incorrectly compiled?

Michael
Received on 2016-02-05 23:35:27 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.