Package: libsvn1
Version: 1.9.2-3+b1
Severity: normal
File: /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
Original subject before shortening:
/usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1: svn: E235000: In file
'.../dirent_uri.c' line 2335: assertion failed (svn_uri_is_canonical(url, pool))
During a run with my automated test suite for FSVS I noticed that some
things that previously worked do not any more.
I can't really give a hard range of SVN versions, but I guess 2 or 3 years
ago that wasn't a problem yet ;/
Basically, my code does an "svn_ra_open()" with an URL of
"file:///tmp/fsvs-test-1044/repos/trunk/ä-30305/ö-13157/§-2186"; the
repository base is (easily guessed ;) at
"file:///tmp/fsvs-test-1044/repos/".
I guess that the non-ASCII characters in there are not parsed correctly
(any more).
The stack trace shows this, with the last three being in FSVS:
Program received signal SIGABRT, Aborted.
0x00007ffff684a657 in raise () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0 0x00007ffff684a657 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007ffff684ba2a in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007ffff7b0558e in svn_error_abort_on_malfunction () from
/usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#3 0x00007ffff7b03a45 in svn_uri_get_dirent_from_file_url () from
/usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#4 0x00007ffff587b74d in svn_ra_local__split_URL () from
/usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1
#5 0x00007ffff587af3d in ?? () from
/usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1
#6 0x00007ffff7698d43 in svn_ra_open4 () from
/usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1
#7 0x00007ffff7695c3d in svn_ra_open3 () from
/usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1
#8 0x00007ffff7695c66 in svn_ra_open2 () from
/usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1
#9 0x00007ffff7695d26 in svn_ra_open () from
/usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1
#10 0x000000000040b88e in url__open_session (session=session@entry=0x0,
missing_dirs=missing_dirs@entry=0x7fffffffdf98) at url.c:1103
#11 0x000000000040f5c3 in ci__work (root=0x7fffffffe080, argc=0x0,
argv=0x7fffffffe278) at commit.c:1138
#12 0x0000000000404aa8 in main (argc=<optimized out>, args=0x7fffffffe268,
env=<optimized out>) at fsvs.c:1408
The repository exists, but has no content yet.
FSVS tries to open this RA path; previously it would simply get ENOENT
back, so it could determine which intermediate directories it had to create
- but now that an assertion is triggered, it won't get to that point any
more, but just "crashes" before.
In case that's of interest, this is the "037_mkdir_base" test in FSVS.
Thank you!
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libsvn1:amd64 depends on:
ii libapr1 1.5.2-3
ii libaprutil1 1.5.4-1+b1
ii libc6 2.21-4
ii libdb5.3 5.3.28-11
ii libexpat1 2.1.0-7
ii libldap-2.4-2 2.4.42+dfsg-2
ii libsasl2-2 2.1.26.dfsg1-14+b1
ii libserf-1-1 1.3.8-1+b1
ii libsqlite3-0 3.9.2-1
ii zlib1g 1:1.2.8.dfsg-2+b1
libsvn1:amd64 recommends no packages.
libsvn1:amd64 suggests no packages.
-- no debconf information
--
: Ing. Philipp Marek
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com :
DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
