Details
-
Bug
-
Status: Closed
-
Major
-
Resolution: Fixed
-
1.8.x
-
None
-
Linux
Description
Hi,
while updating from subversion-trunk I got a core dump. The sequence of events
was like that:
fsirl@ds1:~/SOURCES/subversion-trunk> svn up
Updating '.':
U subversion/tests/cmdline/move_tests.py
U subversion/tests/cmdline/merge_tests.py
U subversion/tests/cmdline/prop_tests.py
U subversion/libsvn_wc/props.c
Updated to revision 1595523.
Some time passed...
fsirl@ds1:~/SOURCES/subversion-trunk> svn up
Updating '.':
U subversion/tests/libsvn_fs_fs/fs-fs-pack-test.c
U subversion/libsvn_fs_fs/fs.h
U subversion/libsvn_fs_x/index.c
U subversion/libsvn_fs_x/index.h
U subversion/libsvn_fs_x/pack.c
U subversion/libsvn_fs_x/fs_x.c
U subversion/libsvn_fs_x/verify.c
U subversion/libsvn_fs_x/cached_data.c
U subversion/libsvn_fs_x
Segmentation fault (core dumped)
fsirl@ds1:~/SOURCES/subversion-trunk> file
/var/tmp/cores/core.svn.3809.11.1400407723
/var/tmp/cores/core.svn.3809.11.1400407723: ELF 64-bit LSB core file x86-64,
version 1 (SYSV), SVR4-style, from 'svn up'
fsirl@ds1:~/SOURCES/subversion-trunk> svn up
svn: E155004: Run 'svn cleanup' to remove locks (type 'svn help cleanup' for
details)
svn: E155004: Working copy '/home/fsirl/SOURCES/subversion-trunk' locked.
svn: E155004: '/home/fsirl/SOURCES/subversion-trunk' is already locked.
fsirl@ds1:~/SOURCES/subversion-trunk> svn cleanup
fsirl@ds1:~/SOURCES/subversion-trunk> svn up
Updating '.':
U subversion/libsvn_fs/fs-loader.h
U subversion/libsvn_fs
U subversion
U .
Updated to revision 1595586.
fsirl@ds1:~/SOURCES/subversion-trunk>
A backtrace shows:
Core was generated by `svn up'.
Program terminated with signal 11, Segmentation fault.
#0 setup_request_cb (request=0x7f20e487b0d8, setup_baton=0x7f20e4a386f8,
req_bkt=0x7f20e487b0f0, acceptor=0x7f20e487b108, acceptor_baton=0x7f20e487b110,
s_handler=0x7f20e487b118, s_handler_baton=0x7f20e487b120,
pool=0x7f20e4a5e708) at subversion/libsvn_ra_serf/util.c:2357
(gdb) bt
#0 setup_request_cb (request=0x7f20e487b0d8, setup_baton=0x7f20e4a386f8,
req_bkt=0x7f20e487b0f0, acceptor=0x7f20e487b108, acceptor_baton=0x7f20e487b110,
s_handler=0x7f20e487b118, s_handler_baton=0x7f20e487b120,
pool=0x7f20e4a5e708) at subversion/libsvn_ra_serf/util.c:2357
#1 0x00007f20e1fdaabe in setup_request (request=0x7f20e487b0d8) at outgoing.c:700
#2 0x00007f20e1fdbbed in write_to_connection (conn=<optimized out>) at
outgoing.c:790
#3 serf__process_connection (conn=0x7f20e49efff8, events=<optimized out>) at
outgoing.c:1318
#4 0x00007f20e1fd9795 in serf_event_trigger (s=<optimized out>,
serf_baton=<optimized out>, desc=0x7f20e487b0f0) at context.c:226
#5 0x00007f20e1fd995e in serf_context_run (ctx=0x7f20e4845b58,
duration=<optimized out>, pool=<optimized out>) at context.c:300
#6 0x00007f20e220662b in finish_report (report_baton=0x7f20e4813668,
pool=0x7f20e4843bf0) at subversion/libsvn_ra_serf/update.c:2832
#7 0x00007f20e3e8ed01 in svn_wc_crawl_revisions5 (wc_ctx=0x7f20e48098a8,
local_abspath=0x0, reporter=0x7f20e2417ae0 <ra_serf_reporter>,
report_baton=0x7f20e4813668,
restore_files=1, depth=svn_depth_unknown, honor_depth_exclude=1,
depth_compatibility_trick=0, use_commit_times=0, cancel_func=0x7f20e45ca4d0
<svn_cl__check_cancel>,
cancel_baton=0x0, notify_func=0x7f20e45c2c10
<svn_cl__check_externals_failed_notify_wrapper>, notify_baton=0x7fff018da390,
scratch_pool=0x7f20e4811b28)
at subversion/libsvn_wc/adm_crawler.c:845
#8 0x00007f20e417bbeb in update_internal (result_rev=0x7fff018da2e0,
conflicted_paths=0x7f20e4811cb8, local_abspath=0x7f20e4811c90
"/home/fsirl/SOURCES/subversion-trunk",
anchor_abspath=0x7f20e4811f68 "/home/fsirl/SOURCES/subversion-trunk",
revision=0x7fff018da200, depth=svn_depth_unknown, depth_is_sticky=0,
ignore_externals=0,
allow_unver_obstructions=0, adds_as_modification=1,
timestamp_sleep=0x7fff018da2f4, notify_summary=1, ctx=0x7f20e48097f0,
pool=0x7f20e4811b28)
at subversion/libsvn_client/update.c:459
#9 0x00007f20e417c0ac in svn_client__update_internal
(result_rev=0x7fff018da2e0, local_abspath=0x7f20e4811c90
"/home/fsirl/SOURCES/subversion-trunk",
revision=<optimized out>, depth=svn_depth_unknown, depth_is_sticky=0,
ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1,
make_parents=0,
innerupdate=0, timestamp_sleep=0x7fff018da2f4, ctx=0x7f20e48097f0,
pool=0x7f20e4811b28) at subversion/libsvn_client/update.c:595
#10 0x00007f20e417c291 in svn_client_update4 (result_revs=0x7fff018da3c0,
paths=0x7f20e480a7c8, revision=0x7fff018da518, depth=svn_depth_unknown,
depth_is_sticky=0,
ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1,
make_parents=0, ctx=0x7f20e48097f0, pool=0x7f20e48001b8) at
subversion/libsvn_client/update.c:667
#11 0x00007f20e45ccddc in svn_cl__update (os=<optimized out>, baton=<optimized
out>, scratch_pool=0x7f20e48001b8) at subversion/svn/update-cmd.c:166
#12 0x00007f20e45cbf85 in sub_main (argc=<optimized out>, argv=<optimized out>,
pool=0x7f20e48001b8) at subversion/svn/svn.c:2878
#13 0x00007f20e45cc70d in main (argc=2, argv=0x7fff018da8f8) at
subversion/svn/svn.c:2973
The subversion and libserf binaries in use are from
http://download.opensuse.org/repositories/devel:/tools:/scm:/svn/SLE_11_SP3/x86_64/,
I used subversion-1.8.9-160.1 and libserf-1-1-1.3.5-43.1. The WC was clean
before I tried the update. The only related things I upgraded recently are
subversion (from 1.8.8 to 1.8.9) and libserf (from 1.3.4 to 1.3.5).
Feel free to contact me if you need more information.
Franz.
Original issue reported by jinkamasan