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.