svnadmin load 0.36 segfaults on Fedora 1

Hello everyone - not sure whether this should be posted here or opened in
IssueZilla. Let me know if I'm wrong.

Anyway, I'm getting svnadmin load in 0.36 reliably segfault on any input.

1. Environment:
- Fedora Linux Core 1 (with all updates)
- kernel 2.4.22-1.2149.nptlsmp
- BDB db4-4.1.25-14
- glibc-2.3.2-101.4
- SVN 0.36 pulled as .tgz file, built via 'configure --prefix=... && make &&
make install'

2. The problem:
$ svnadmin create /home/abel/svtt

$ svnadmin load /home/abel/svtt < /dev/null
Segmentation fault

$ gdb /opt/svn/bin/svnadmin
GNU gdb Red Hat Linux (5.3.90-0.20030710.41rh)
Copyright 2003 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-redhat-linux-gnu"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".

(gdb) r load /home/abel/svtt < /dev/null
Starting program: /mnt/dsk2/opt/svn/bin/svnadmin load /home/abel/svtt <
/dev/null
[Thread debugging using libthread_db enabled]
[New Thread -1084757472 (LWP 16531)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1084757472 (LWP 16531)]
apr_palloc (pool=0xf2f638, size=15922744) at apr_pools.c:632
632 apr_pools.c: No such file or directory.
        in apr_pools.c
(gdb) The program is running. Exit anyway? (y or n) y
$

I've blown the build tree unfortunately, but if I recall correctly, the
problem was with the pointer inside pool structure that was invalid (not NULL
but some bogus value).

$ ldd /opt/svn/bin/svnadmin
        libsvn_repos-1.so.0 => /opt/svn/lib/libsvn_repos-1.so.0 (0x009c8000)
        libsvn_fs-1.so.0 => /opt/svn/lib/libsvn_fs-1.so.0 (0x00280000)
        libsvn_delta-1.so.0 => /opt/svn/lib/libsvn_delta-1.so.0 (0x00816000)
        libsvn_subr-1.so.0 => /opt/svn/lib/libsvn_subr-1.so.0 (0x0089f000)
        libaprutil-0.so.0 => /opt/svn/lib/libaprutil-0.so.0 (0x00111000)
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x008d6000)
        libdb-4.1.so => /lib/tls/libdb-4.1.so (0x00125000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x001e7000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00ac8000)
        libapr-0.so.0 => /opt/svn/lib/libapr-0.so.0 (0x00df5000)
        librt.so.1 => /lib/tls/librt.so.1 (0x001f7000)
        libm.so.6 => /lib/tls/libm.so.6 (0x0020b000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x0022d000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x00d45000)
        libdl.so.2 => /lib/libdl.so.2 (0x008d1000)
        libc.so.6 => /lib/tls/libc.so.6 (0x002ae000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x0075a000)

Let me know if I could help with tracking this problem down.

-- 
Alexander L. Belikoff                      GPG f/pr: 0D58 A804 1AB1 4CD8 8DA9
Bloomberg L.P.                                       424B A86E CD0D 8424 2701
abel *at* vallinor4 *dot* com             (http://pgp5.ai.mit.edu for the key)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org