[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

svnserve Segmentation fault on Slackware 13.1 64bit

From: Hirofumi Saitoh <hsaitoh_at_blazinghills.com>
Date: Wed, 06 Oct 2010 17:45:39 +0900

I tried to build subversion 1.6.13 and 1.6.12 on Slackware 13.1 64bit with apr-1.4.2 apr-util-1.3.9
and run svnserve.

I have Segmentation fault problem, but did not happen same problem on Slackware 13.1 32bit.

Thank you
-- Hirofumi Saitoh

# gcc -v
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/4.4.4/specs

# cd arp-1.4.2
# ./configure --prefix=/usr \
--libdir=/usr/lib64 \
--enable-shared
# make
# make check
# make install

# cd arp-util-1.3.9
# ./configure --prefix=/usr \
--libdir=/usr/lib64 \
--with-apr=/usr \
--with-pgsql=/usr/local/pgsql \
--with-mysql=/usr/local/mysql \
--with-berkeley-db \
--with-sqlite3

# make
# make check
# make install

# cd httpd-2.2.16
# ./configure \
--enable-ssl \
--enable-vhost-alias \
--enable-so \
--with-mpm=worker \
--with-include-apr=/usr \
--with-apr=/usr \
--with-apr-utl=/usr \
--enable-mods-shared=all \
--with-ssl=/usr/local/ssl
# make
# make install

# cd subversion-1.6.13
#./autogen.sh
#./configure \
--enable-shared \
--with-berkeley-db \
--with-zlib=/usr/lib64 \
--with-gnu-ld \
--with-ssl \
--with-apxs=/usr/local/apache2/bin/apxs \
--with-apr=/usr \
--with-apr-util=/usr
# make
# make check
# make install

# /usr/local/bin/svnserve -v
Segmentation fault (core dumped)

# which svnserve
/usr/local/bin/svnserve

# ldd /usr/local/bin/svnserve
/usr/local/bin/svnserve:
        linux-vdso.so.1 => (0x00007fff2edff000)
        libsvn_repos-1.so.0 => /usr/lib64/libsvn_repos-1.so.0 (0x00007f8782ca2000)
        libsvn_fs-1.so.0 => /usr/lib64/libsvn_fs-1.so.0 (0x00007f8782a9b000)
        libsvn_fs_fs-1.so.0 => /usr/lib64/libsvn_fs_fs-1.so.0 (0x00007f8782874000)
        libsvn_fs_base-1.so.0 => /usr/lib64/libsvn_fs_base-1.so.0 (0x00007f8782645000)
        libsvn_fs_util-1.so.0 => /usr/lib64/libsvn_fs_util-1.so.0 (0x00007f8782443000)
        libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0 (0x00007f8782238000)
        libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0 (0x00007f8781fe9000)
        libsvn_ra_svn-1.so.0 => /usr/lib64/libsvn_ra_svn-1.so.0 (0x00007f8781dd2000)
        libz.so.1 => /usr/lib64/libz.so.1 (0x00007f8781bba000)
        libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x00007f8781926000)
        libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 (0x00007f8781705000)
        libdb-4.7.so => /usr/lib64/libdb-4.7.so (0x00007f87813a8000)
        libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f8781185000)
        libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00007f8780f57000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f8780d54000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f8780b4c000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f8780913000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f87806f6000)
        libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00007f87804dd000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f87802d9000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f87800c0000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f877fd4b000)
        libdb-4.4.so => /usr/lib64/libdb-4.4.so (0x00007f877fa44000)
        libldap-2.4.so.2 => /usr/lib64/libldap-2.4.so.2 (0x00007f877f801000)
        liblber-2.4.so.2 => /usr/lib64/liblber-2.4.so.2 (0x00007f877f5f4000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f8782ecc000)
        libssl.so.0 => /usr/lib64/libssl.so.0 (0x00007f877f3a3000)
        libcrypto.so.0 => /usr/lib64/libcrypto.so.0 (0x00007f877f01e000)

# gdb -core=core --args svnserve -v
Core was generated by `svnserve -v'.
Program terminated with signal 11, Segmentation fault.
#0 apr_pool_create_ex (newpool=0x7fffecf315d8, parent=0x1, abort_fn=0x7f8ebf6e8310, allocator=0x0)
    at memory/unix/apr_pools.c:854
854 allocator = parent->allocator;
Received on 2010-10-06 11:50:36 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.