You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "Øyvind A. Holm" <su...@sunbase.org> on 2004/07/05 09:21:26 UTC
Assertion failed in libsvn_subr/path.c:273 with svn update
When running svn update, svn sometimes aborts with an assertion failure:
svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
It happens on almost all my svn WCs from collab.net, some of them are
locally modified, but it also happens on unmodified WCs, for example
trunk.clean which I do not touch.
This is a session from an update I just had, the WC was originally from
r10131:
=== PROMPT 10:50:45 sunny@ba0614:~/subversion/trunk.datoformat$ unset LANG
=== PROMPT 10:51:00 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert1.strace.txt svn up
U build.conf
A www/images/sol7logo.gif
U www/project_packages.html
U build/generator/gen_base.py
svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
=== PROMPT 10:51:18 sunny@ba0614:~/subversion/trunk.datoformat$ svn info
Path: .
URL: http://svn.collab.net/repos/svn/trunk
Repository UUID: 65390229-12b7-0310-b90b-f21a5aa7ec8e
Revision: 10142
Node Kind: directory
Schedule: normal
Last Changed Author: kfogel
Last Changed Rev: 10131
Last Changed Date: 2004-07-03 23:03:55 +0200 (Sat, 03 Jul 2004)
Properties Last Updated: 2004-07-01 15:56:54 +0200 (Thu, 01 Jul 2004)
=== PROMPT 10:51:33 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert2.strace.txt svn up
subversion/libsvn_wc/lock.c:157: (apr_err=155004)
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
=== PROMPT 10:52:41 sunny@ba0614:~/subversion/trunk.datoformat$ svn cleanup
=== PROMPT 10:52:56 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert2.strace.txt svn up
U build/generator/gen_make.py
svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
=== PROMPT 10:53:13 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert3.strace.txt svn up
subversion/libsvn_wc/lock.c:157: (apr_err=155004)
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
=== PROMPT 10:53:31 sunny@ba0614:~/subversion/trunk.datoformat$ svn cleanup
=== PROMPT 10:53:37 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert3.strace.txt svn up
U build/generator/gen_win.py
U build/generator
U build
U subversion/include/svn_path.h
U subversion/libsvn_wc/copy.c
U subversion/libsvn_subr/path.c
U subversion/bindings/swig/java/org/tigris/subversion/util/NativeResources.java
U subversion/bindings/swig/INSTALL
U subversion/clients/cmdline/prompt.c
svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
=== PROMPT 10:53:45 sunny@ba0614:~/subversion/trunk.datoformat$ svn cleanup
=== PROMPT 10:53:54 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert4.strace.txt svn up
U subversion/clients/cmdline/main.c
U subversion/clients/cmdline
U subversion/tests/libsvn_subr/path-test.c
U subversion/tests/fs-helpers.c
svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
=== PROMPT 10:54:14 sunny@ba0614:~/subversion/trunk.datoformat$ svn cleanup
=== PROMPT 10:54:20 sunny@ba0614:~/subversion/trunk.datoformat$ strace -o /tmp/assert5.strace.txt svn up
U subversion/tests/clients/cmdline/externals_tests.py
U subversion/tests
U subversion
U .
Updated to revision 10142.
=== PROMPT 10:54:38 sunny@ba0614:~/subversion/trunk.datoformat$
I first experienced this with r10136, but it also happens with r10140 which is my current running version.
All the updates here was executed with strace, and the strace files generated can be found in
http://tmp.sunbase.org/svnbug/update-assertion/
System info:
./configure --prefix=/usr/local/prg/svn-trunk --enable-maintainer-mode --disable-shared --with-ssl
Debian Linux testing (sarge)
autoconf (GNU Autoconf) 2.59
GNU libtool 1.5.6
gcc (GCC) 3.3.4 (Debian)
GNU ld version 2.14.90.0.7 20031029 Debian GNU/Linux
apr from Apache-2.0.49
svn r10140
svn, version 1.1.0 (dev build)
compiled Jul 4 2004, 22:54:01
[...]
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' schema
- handles 'https' schema
* ra_local : Module for accessing a repository on local disk.
- handles 'file' schema
* ra_svn : Module for accessing a repository using the svn network protocol.
- handles 'svn' schema
LANG=no_NO.UTF-8
LC_COLLATE=C
Mvh,
Øyvind A. Holm
---------------------
cat /dev/urandom >SCO
Re: Assertion failed in libsvn_subr/path.c:273 with svn update
Posted by "Øyvind A. Holm" <su...@sunbase.org>.
On 2004-07-05 09:24-0400 Josh Pieper aka The Patch Machine wrote:
> Øyvind A. Holm wrote:
> > When running svn update, svn sometimes aborts with an assertion
> > failure:
> >
> > svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
> >
> > It happens on almost all my svn WCs from collab.net, some of them
> > are locally modified, but it also happens on unmodified WCs, for
> > example trunk.clean which I do not touch.
>
> It should be fixed in r10143.
Yes, it seems to work fine now, as of r10148. Thank you for the quick
fix.
> What's amazing is that 'make check' succeeded since
> svn_path_remove_component was broken for nearly any non-trivial case.
I also thought this was strange, as all the tests passed with r10140.
Regards,
Øyvind A. Holm
---------------------
cat /dev/urandom >SCO
Re: Assertion failed in libsvn_subr/path.c:273 with svn update
Posted by Josh Pieper <jj...@pobox.com>.
??yvind A. Holm wrote:
> When running svn update, svn sometimes aborts with an assertion failure:
>
> svn: subversion/libsvn_subr/path.c:273: svn_path_add_component: Assertion `is_canonical (path->data, path->len)' failed.
>
> It happens on almost all my svn WCs from collab.net, some of them are
> locally modified, but it also happens on unmodified WCs, for example
> trunk.clean which I do not touch.
It should be fixed in r10143. What's amazing is that 'make check'
succeeded since svn_path_remove_component was broken for nearly any
non-trivial case.
-Josh
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org