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

Re: failed assertion with 1.7.0_rc3

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Sat, 24 Sep 2011 05:32:21 +0300

The URL is not canonical because it contains a non-%-escaped space. The
useful information to debug the problem would be to identify the caller
who does not pass URLs through svn_[path|uri]_canonicalize() before
passing them to an API function (see comments at the top of
svn_dirent_uri.h).

Ben Walton wrote on Fri, Sep 23, 2011 at 21:40:44 -0400:
>
> Hi All,
>
> I was building the newly release git 1.7.6.4 against subversion
> 1.7.0_rc3 on Solaris and have encountered a test failure in one of the
> git-svn interactions. Tracing it down, I'm getting a core dump from
> perl (5.10.1) when running the git-svn init command. The error
> message is:
>
> svn: E235000: In file 'subversion/libsvn_subr/dirent_uri.c' line 2290:
> assertion failed (svn_uri_is_canonical(url, pool))
>
> The URL being passed is:
> file:///home/bwalton/opencsw/git/trunk/work/solaris9-i386/build-isa-i386/git-1.7.6.4/t/trash directory.t9107-git-svn-migrate/svnrepo
>
> The backtrace from the core file is:
> #0 0xce6cf595 in _lwp_kill () from /usr/lib/libc.so.1
> #1 0xce569ddd in thr_kill () from /usr/lib/libthread.so.1
> #2 0xce6e7d8d in raise () from /usr/lib/libc.so.1
> #3 0xce6d03fe in abort () from /usr/lib/libc.so.1
> #4 0xcdf1e043 in svn_error_abort_on_malfunction () from /opt/csw/lib/svn/libsvn_subr-1.so.0
> #5 0xcdf1e09b in svn_error__malfunction () from /opt/csw/lib/svn/libsvn_subr-1.so.0
> #6 0xcdf1cc43 in svn_uri_get_dirent_from_file_url () from /opt/csw/lib/svn/libsvn_subr-1.so.0
> #7 0xcdeb5684 in svn_ra_local__split_URL () from /opt/csw/lib/svn/libsvn_ra_local-1.so.0
> #8 0xcdeb272f in svn_ra_local__open () from /opt/csw/lib/svn/libsvn_ra_local-1.so.0
> #9 0xce084c53 in svn_ra_open4 () from /opt/csw/lib/svn/libsvn_ra-1.so.0
> #10 0xce083f33 in svn_ra_open3 () from /opt/csw/lib/svn/libsvn_ra-1.so.0
> #11 0xce083f6b in svn_ra_open2 () from /opt/csw/lib/svn/libsvn_ra-1.so.0
> #12 0xce083ffd in svn_ra_open () from /opt/csw/lib/svn/libsvn_ra-1.so.0
> #13 0xcd84d5fe in _wrap_svn_ra_open (my_perl=0x8060e28, cv=0x85f2028) at svn_ra.c:5033
> #14 0xceaadc22 in Perl_pp_entersub () from /opt/csw/lib/i386/libperl.so
> #15 0xceaa5c86 in Perl_runops_standard () from /opt/csw/lib/i386/libperl.so
> #16 0xcea46839 in S_run_body () from /opt/csw/lib/i386/libperl.so
> #17 0xcea4678e in perl_run () from /opt/csw/lib/i386/libperl.so
> #18 0x08050b7e in main ()
>
> Has anyone else encountered this issue? What information would be
> useful to further debug the problem?
>
> Thanks
> -Ben
> --
> Ben Walton
> Systems Programmer - CHASS
> University of Toronto
> C:416.407.5610 | W:416.978.4302
>
Received on 2011-09-24 04:33:07 CEST

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.