Sebastian Bergmann <lists@sebastian-bergmann.de> writes:
> > That should not happen either. Can you print a stack trace:
> >
> > $ gdb /path/to/svn
> > (gdb) r cleanup
> > (gdb) bt
>
> sb@wopr-mobile:/usr/src/subversion> gdb svn
> GNU gdb 5.1.1
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-suse-linux"...
> (gdb) r cleanup
> Starting program: /usr/local/bin/svn cleanup
> [New Thread 1024 (LWP 721)]
> svn: subversion/libsvn_subr/path.c:149: svn_path_join: Assertion
> `is_canonical (component, clen)' failed.
>
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 1024 (LWP 721)]
> 0x4035dab1 in kill () from /lib/libc.so.6
> (gdb) bt
> #0 0x4035dab1 in kill () from /lib/libc.so.6
> #1 0x402fe982 in pthread_kill () from /lib/libpthread.so.0
> #2 0x402fee6d in raise () from /lib/libpthread.so.0
> #3 0x4035eedb in abort () from /lib/libc.so.6
> #4 0x40357c1b in Letext () from /lib/libc.so.6
> #5 0x400b7808 in svn_path_join (base=0x8076338 "ac-helpers/.svn/tmp",
> component=0x80786a8 ".", pool=0x4044f9c8)
> at subversion/libsvn_subr/path.c:153
> #6 0x400b4acc in svn_io_remove_dir (path=0x8076338 "ac-helpers/.svn/tmp",
> pool=0x8069b48) at subversion/libsvn_subr/io.c:1217
The svn_io_remove_dir code does
if ((this_entry.filetype == APR_DIR)
&& ((this_entry.name[0] == '.')
&& ((this_entry.name[1] == '\0')
|| ((this_entry.name[1] == '.')
&& (this_entry.name[2] == '\0')))))
{
continue;
}
else /* something other than "." or "..", so proceed */
{
//stuff involving svn_path_join
so this looks like the same problem that you have with update, namely
that the file/directory discrimination isn't working. I've never seen
this problem reported before.
It looks like you are using x86 Suse-Linux, correct? Which version of
Subversion are you using? Which version of APR? Did you build them
yourself? Did you run the Subversion regression tests? Did they
pass?
> #7 0x400359ff in svn_wc__adm_cleanup_tmp_area (adm_access=0x8076338,
> pool=0x8078340) at subversion/libsvn_wc/adm_files.c:1248
> #8 0x40041afc in svn_wc_cleanup (path=0x807e340 "ac-helpers",
> optional_adm_access=0x8069e28, pool=0x8069b48)
> at subversion/libsvn_wc/log.c:1396
> #9 0x40041b9d in svn_wc_cleanup (path=0x805fc40 "",
> optional_adm_access=0x0,
> pool=0x8069b48) at subversion/libsvn_wc/log.c:1375
> #10 0x4001bd30 in svn_client_cleanup (dir=0x8076338 "ac-helpers/.svn/tmp",
> pool=0x8078340) at subversion/libsvn_client/cleanup.c:49
> #11 0x0804b152 in svn_cl__cleanup (os=0x0, baton=0x4030a65c,
> pool=0x400c5f74)
> at subversion/clients/cmdline/cleanup-cmd.c:66
> #12 0x0804dd37 in main (argc=1074552692, argv=0x0)
> at subversion/clients/cmdline/main.c:875
> #13 0x4034c9ed in __libc_start_main () from /lib/libc.so.6
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Dec 16 20:17:47 2002