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

Re: svn 1.8 client segmentation fault when checking out Subversion trunk repository

From: Lieven Govaerts <lieven.govaerts_at_gmail.com>
Date: Wed, 9 Oct 2013 20:33:25 +0200

On Tue, Oct 8, 2013 at 8:35 PM, Martin Zibricky <mzibr.public_at_gmail.com>wrote:

> Hi everyone,
>
> I'm trying to compile svn 1.8.3 with lsbcc (Linux Standard Base).
>
> Everything compiles fine but when trying to checkout Subversion trunk
> ( http://svn.apache.org/repos/asf/subversion/trunk/ )
> the svn client crashes with the segmentation fault in the middle of
> checkout
> and I get broken working copy.
>
> This is the GDB output with enabled debugging output
> --enable-maintainer-mode
> option:
>
> -------
> $ gdb env/local/tools/svn/1.8.3/bin/svn
> GNU gdb (GDB) 7.4.1-debian
> Copyright (C) 2012 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <
> http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> Reading symbols from /home/user/env/local/tools/svn/1.8.3/bin/svn...done.
> (gdb) run co http://svn.apache.org/repos/asf/subversion/trunk//tmp/KKLLLLLL
> Starting program: /home/user/env/local/tools/svn/1.8.3/bin/svn co
> http://svn.apache.or
> g/repos/asf/subversion/trunk/ /tmp/KKLLLLLL
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> A /tmp/KKLLLLLL/notes
> A /tmp/KKLLLLLL/notes/obliterate
> A /tmp/KKLLLLLL/notes/obliterate/fspec-cc1
> A /tmp/KKLLLLLL/notes/obliterate/fspec-dd1
> A /tmp/KKLLLLLL/notes/obliterate/hooks
> A /tmp/KKLLLLLL/notes/obliterate/presentations
> A /tmp/KKLLLLLL/notes/wc-ng
> A /tmp/KKLLLLLL/CHANGES
> A /tmp/KKLLLLLL/gen-make.py
> A /tmp/KKLLLLLL/autogen.sh
> A /tmp/KKLLLLLL/aclocal.m4
> A /tmp/KKLLLLLL/NOTICE
> A /tmp/KKLLLLLL/get-deps.sh
> A /tmp/KKLLLLLL/Makefile.in
> A /tmp/KKLLLLLL/LICENSE
> A /tmp/KKLLLLLL/build.conf
> A /tmp/KKLLLLLL/win-tests.py
> A /tmp/KKLLLLLL/COMMITTERS
> A /tmp/KKLLLLLL/notes/obliterate/design-repos.html
> A /tmp/KKLLLLLL/notes/obliterate/fspec-cc1/cc1-dir-ops.svg
> A /tmp/KKLLLLLL/notes/obliterate/fspec-cc1/cc1-file-ops.svg
> A /tmp/KKLLLLLL/notes/obliterate/fspec-cc1/cc1-fspec.txt
> A /tmp/KKLLLLLL/notes/tree-conflicts
> A /tmp/KKLLLLLL/notes/feedback
> A /tmp/KKLLLLLL/notes/wc-ng/modularization
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff676486b in impl_pollset_poll (pollset=0x6bf050,
> timeout=<optimized
> out>, num=0x7fffffffdb94,
> descriptors=0x7fffffffdb98) at poll/unix/epoll.c:284
> 284 pollset->p->result_set[j] = *fdptr;
> (gdb) backtrace
> #0 0x00007ffff676486b in impl_pollset_poll (pollset=0x6bf050,
> timeout=<optimized out>,
> num=0x7fffffffdb94, descriptors=0x7fffffffdb98) at
> poll/unix/epoll.c:284
> #1 0x00007ffff4948cf6 in serf_context_run ()
> from
> /home/user/env/local/tools/svn/1.8.3/lib/../../../../lib/libserf-1.so.3
> #2 0x00007ffff4b73988 in finish_report (report_baton=0x651e90,
> pool=<optimized
> out>)
> at subversion/libsvn_ra_serf/update.c:2850
> #3 0x00007ffff78ff0aa in svn_wc_crawl_revisions5 (wc_ctx=0x69d638,
> local_abspath=local_abspath_at_entry=0x64f338 "/tmp/KKLLLLLL",
> reporter=0x7ffff4d82ef0,
> report_baton=0x651e90, restore_files=restore_files_at_entry=1,
> depth=depth_at_entry=svn_depth_unknown,
> honor_depth_exclude=1, depth_compatibility_trick=0, use_commit_times=0,
> cancel_func=0x4180a0 <svn_cl__check_cancel>, cancel_baton=0x0,
> notify_func=0x412d30 <notify>,
> notify_baton=0x69d778, scratch_pool=0x64f228) at
> subversion/libsvn_wc/adm_crawler.c:845
> #4 0x00007ffff7bcc726 in update_internal (result_rev=result_rev_at_entry
> =0x0,
> conflicted_paths=conflicted_paths_at_entry=0x650780,
> local_abspath=local_abspath_at_entry=0x64f338 "/tmp/KKLLLLLL",
> anchor_abspath=0x650850 "/tmp/KKLLLLLL",
> revision=revision_at_entry=0x7fffffffdf00,
> depth=depth_at_entry=svn_depth_unknown, depth_is_sticky=0,
> ignore_externals=0,
> allow_unver_obstructions=0, adds_as_modification=1,
> timestamp_sleep=0x7fffffffe064,
> notify_summary=1, ctx=0x69d580, pool=0x64f228) at
> subversion/libsvn_client/update.c:459
> #5 0x00007ffff7bccc44 in svn_client__update_internal
> (result_rev=result_rev_at_entry=0x0,
> local_abspath=local_abspath_at_entry=0x64f338 "/tmp/KKLLLLLL",
> revision=revision_at_entry=0x7fffffffe0f0,
> depth=depth_at_entry=svn_depth_unknown,
> depth_is_sticky=depth_is_sticky_at_entry=1,
> ignore_externals=ignore_externals_at_entry=0, allow_unver_obstructions=0,
> adds_as_modification=1,
> make_parents=0, innerupdate=0, timestamp_sleep=0x7fffffffe064,
> ctx=0x69d580,
> pool=0x64f228)
> at subversion/libsvn_client/update.c:595
> #6 0x00007ffff7b97ebd in svn_client__checkout_internal
> (result_rev=result_rev_at_entry=0x0,
> url=url_at_entry=0x69e5f8 "
> http://svn.apache.org/repos/asf/subversion/trunk",
> local_abspath=0x64f338 "/tmp/KKLLLLLL", peg_revision=0x7fffffffe100,
> revision=0x7fffffffe0f0,
> depth=svn_depth_unknown, ignore_externals=0,
> allow_unver_obstructions=0,
> timestamp_sleep=0x7fffffffe064, ctx=0x69d580, pool=0x64f228)
> at subversion/libsvn_client/checkout.c:160
> #7 0x00007ffff7b97f5a in svn_client_checkout3 (result_rev=result_rev_at_entry
> =0x0,
> URL=0x69e5f8 "http://svn.apache.org/repos/asf/subversion/trunk",
> path=<optimized out>,
> peg_revision=peg_revision_at_entry=0x7fffffffe100,
> revision=revision_at_entry=0x7fffffffe0f0,
> depth=<optimized out>, ignore_externals=0, allow_unver_obstructions=0,
> ctx=0x69d580, pool=0x64f228)
> at subversion/libsvn_client/checkout.c:189
> #8 0x0000000000408fc0 in svn_cl__checkout (os=<optimized out>,
> baton=<optimized out>,
> pool=<optimized out>) at subversion/svn/checkout-cmd.c:161
> #9 0x0000000000419f03 in sub_main (argc=argc_at_entry=4,
> argv=argv_at_entry=0x7fffffffe578,
> pool=pool_at_entry=0x6491f8) at subversion/svn/svn.c:2878
> #10 0x0000000000407b5f in main (argc=4, argv=0x7fffffffe578) at
> subversion/svn/svn.c:2969
> (gdb)
>
> -------
>
> Svn is compiled with these options:
>
> -------
> $ ./configure --prefix=/home/user/env/local/tools/svn/1.8.3
> --disable-static --
> with-gnu-ld --enable-shared --enable-runtime-module-search --disable-
> experimental-libtool --disable-mod-activation --without-serf
> --without-apxs --
> without-gssapi --without-berkeley-db --with-apr=/home/user/env/local
> --with-
> apr-util=/home/user/env/local --with-
> expat=/home/user/env/local/include:/home/user/env/local/lib:expat --with-
> neon=/home/user/env/local --disable-neon-version-check --with-
> sqlite=/home/user/env/local --with-zlib=/home/user/env/local --without-
> ctypesgen --disable-javahl --without-jdk --without-swig --without-jikes --
> disable-nls --disable-keychain --without-gnome-keyring --without-kwallet --
> with-gnome-keyring --enable-shared --with-serf --enable-maintainer-mode
> CC=lsbcc -m64 CXX=lsbc++ -m64 LDFLAGS=
> -I/home/user/env/local/include/serf-1
> --lsb-verbose --lsb-besteffort --lsb-forcefeatures -m64 -pipe -fPIC -
> L/home/user/env/local/lib CFLAGS= -I/home/user/env/local/include/serf-1 --
> lsb-verbose --lsb-forcefeatures -m64 -pipe -fPIC -Os -DNDEBUG -
> I/home/user/env/local/include -I/home/user/env/local/include/ncurses
> CXXFLAGS=
> --lsb-verbose --lsb-forcefeatures -m64 -pipe -fPIC -Os -DNDEBUG -
> I/home/user/env/local/include -I/home/user/env/local/opt/lsb/include/c++
> CPPFLAGS= --lsb-verbose --lsb-forcefeatures -m64 -pipe -fPIC -Os -DNDEBUG
> -
> I/home/user/env/local/include -I/home/user/env/local/opt/lsb/include/c++
> LD_LIBRARY_PATH=/home/user/env/local/lib
>
> PKG_CONFIG_PATH=/home/user/env/local/lib/pkgconfig:/home/user/env/local/opt/lsb/lib64/pkgconfig
> PKG_CONFIG_SYSROOT_DIR=/home/user/env/local
>
> PKG_CONFIG_LIBDIR=/home/user/env/local/lib:/home/user/env/local/opt/lsb/lib64
> -------
>
> My guess is that it is related to libserf:
> - svn 1.7 compiled with the same libraries and configure options works
> properly
> - the only difference between svn 1.7 and svn 1.8 in my environment is the
> http
> library serf that is used by svn 1.8.
>
>
> Has anybody seen a similar issue or any idea what am I doing wrong when
> compiling svn 1.8?
>
>
Did you per chance build serf with a different build of apr & apr-util as
you used for Subversion?
Lieven

>
> Thanks,
> Martin Zibricky
>
Received on 2013-10-09 20:34:18 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.