[Joe Orton:]
> > Can you apply the attached neon patch and see what difference it makes?
[me:]
> I'm running the thing again with the patch, and will let
> you know what error code inflateInit2 returned...
OK, here's what happened.
...
A svn/tags/0.14.3/subversion/clients
A svn/tags/0.14.3/subversion/clients/cmdline
A svn/tags/0.14.3/subversion/clients/cmdline/resolve-cmd.c
A svn/tags/0.14.3/subversion/clients/cmdline/proplist-cmd.c
svn: RA layer request failed
svn: could not checkout a file
Program received signal SIGABRT, Aborted.
0x18438bac in kill () from /usr/lib/libc.so.4
(gdb) backtrace
#0 0x18438bac in kill () from /usr/lib/libc.so.4
#1 0x1847a13a in abort () from /usr/lib/libc.so.4
#2 0x18196370 in svn_pool_create (pool=0xc)
at subversion/libsvn_subr/pool.c:62
#3 0x181e8d80 in apr_pool_create_ex (newpool=0xbfbfe454, parent=0x805c018,
abort_fn=0x18196358 <abort_on_pool_failure>, allocator=0x805b200)
at apr_pools.c:831
#4 0x181963d3 in svn_pool_create (pool=0x0)
at subversion/libsvn_subr/pool.c:104
#5 0x1819abdb in svn_utf_utf8_to_native (
utf8_string=0x807e068 "GET request failed for
/repos/svn/!svn/bc/6388/tags/0.14.3/subversion/clients/cmdline/proplist-cmd.c:
Could not initialize zlib: -4 (http://svn.collab.net)", buf=0xbfbfe4d0 "",
bufsize=2048)
at subversion/libsvn_subr/utf.c:510
#6 0x1818f92b in handle_error (err=0x807e050, stream=0x18485e70, fatal=0,
depth=1, parent_apr_err=175002) at subversion/libsvn_subr/error.c:210
#7 0x1818f962 in handle_error (err=0x807e108, stream=0x18485e70, fatal=0,
depth=0, parent_apr_err=0) at subversion/libsvn_subr/error.c:215
#8 0x1818f9a4 in svn_handle_error (err=0x807e108, stream=0x18485e70, fatal=0)
at subversion/libsvn_subr/error.c:226
#9 0x804dc7d in main (argc=3, argv=0xbfbff9f4)
at subversion/clients/cmdline/main.c:1040
#10 0x804ae6a in _start ()
Looking in zlib.h, -4 is Z_MEM_ERROR. And, aha, I realise that
I mis-spoke before when I said that svn didn't seem to be out of
memory on the grounds that the gdb process wasn't large.
$ ps auxww | egrep svn
gjm11 36853 0.0 2.5 21936 6320 p3 I+ 11:24AM 0:00.39
/usr/libexec/elf/gdb /home/gjm11/temp/subversion/bin/svn
gjm11 36854 0.0 9.4 266960 24236 p3 TX 11:24AM 3:57.55
/home/gjm11/temp/subversion/bin/svn checkout http://svn.collab.net/repos/svn
$ ulimit -d
262144
This is all with 0.23, as I said. I seem to remember reading that some
memory leaks and kinda-sorta-not-exactly-leaks have been fixed
since then, so I'll try building something more recent and running
again.
Um, svn folks, there's a question I should probably have asked earlier.
Is it considered antisocial to try to grab the entirety of the svn repository
like this? It's rather a lot of bandwidth, after all. If it is, then, er, I've
just done it several times in moderately rapid succession. Sorry.
--
Gareth McCaughan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 4 00:08:21 2003