>> I just ran "svn co file:///path/to/repos" and got:
>>
>> A repos/trunk
>> ...
>> Checked out revision 18.
>> Abort
>>
>> The "Abort" seems to mean that the client crashed, right? After this
>> I get the same error message as before when trying to access the
>> repos.
>
> yeah, that shouldn't be happening... any chance you can run that
> command inside gdb and get us a backtrace?
/usr/local/gdb-5.3/bin/gdb
GNU gdb 5.3
...
This GDB was configured as "i686-pc-linux-gnu".
(gdb) file svn
Reading symbols from svn...done.
(gdb) run co file:///home/arksvn
Starting program: /usr/local/subversion-r3987/bin/svn co
file:///home/arksvn
[New Thread 1024 (runnable)]
A arksvn/trunk
...
A arksvn/trunk/map/index.php
Checked out revision 19.
Program received signal SIGABRT, Aborted.
[Switching to Thread 1024 (runnable)]
0x2ad010e1 in __kill () at __kill:-1
-1 __kill: No such file or directory.
in __kill
(gdb) bt
#0 0x2ad010e1 in __kill () at __kill:-1
#1 0x2acd651a in raise (sig=6) at signals.c:65
#2 0x2ad02570 in abort () at ../sysdeps/generic/abort.c:88
#3 0x2ab9ccb8 in default_warning_func (pool=0x8099a20, baton=0x0,
fmt=0x2aba9047 "%s") at subversion/libsvn_fs/fs.c:107
#4 0x2ab9cf2e in cleanup_fs_apr (data=0x8099a58)
at subversion/libsvn_fs/fs.c:237
#5 0x2ac2a623 in run_cleanups (c=0x8099b88) at apr_pools.c:1961
#6 0x2ac299bc in apr_pool_destroy (pool=0x8099a20) at apr_pools.c:746
#7 0x2ac2982c in apr_pool_clear (pool=0x80838a0) at apr_pools.c:706
#8 0x2abd31ad in svn_pool_clear (pool=0x80838a0)
at subversion/libsvn_subr/pool.c:143
#9 0x0804af14 in svn_cl__checkout (os=0x805e258, baton=0x7ffffba4,
pool=0x805e138) at subversion/clients/cmdline/checkout-cmd.c:140
#10 0x0804d666 in main (argc=3, argv=0x7ffffc84)
at subversion/clients/cmdline/main.c:856
#11 0x2acfacae in __libc_start_main (main=0x804cf00 <main>, argc=3,
argv=0x7ffffc84, init=0x804a100 <_init>, fini=0x8050680 <_fini>,
rtld_fini=0x2aab56d0 <_dl_fini>, stack_end=0x7ffffc7c)
at ../sysdeps/generic/libc-start.c:92
(gdb)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Dec 29 01:01:35 2002