Your message dated Wed, 28 Aug 2013 09:08:32 +0200
with message-id <[email protected]>
and subject line Re: svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c' line 1583:
assertion failed (action == svn_wc_conflict_action_edit || action ==
svn_wc_conflict_action_delete || action == svn_wc_conflict_action_replace)
has caused the Debian Bug report #692237,
regarding svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c' line 1583:
assertion failed (action == svn_wc_conflict_action_edit || action ==
svn_wc_conflict_action_delete || action == svn_wc_conflict_action_replace)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
692237: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692237
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: subversion
Version: 1.7.5-1
Severity: serious
When I was updating an old copy of openwrt repository, svn up failed with error:
svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c'
line 1583: assertion failed (action == svn_wc_conflict_action_edit ||
action == svn_wc_conflict_action_delete || action ==
svn_wc_conflict_action_replace)
Gdb backtrace:
$ gdb 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 /usr/bin/svn...(no debugging symbols found)...done.
(gdb) r up
Starting program: /usr/bin/svn up
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Updating '.':
svn: E235000: In file
'/tmp/buildd/subversion-1.7.5/subversion/libsvn_wc/update_editor.c'
line 1583: assertion failed (action == svn_wc_conflict_action_edit ||
action == svn_wc_conflict_action_delete || action ==
svn_wc_conflict_action_replace)
Program received signal SIGABRT, Aborted.
0x00007ffff68bc475 in *__GI_raise (sig=<optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt full
#0 0x00007ffff68bc475 in *__GI_raise (sig=<optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
pid = <optimized out>
selftid = <optimized out>
#1 0x00007ffff68bf6f0 in *__GI_abort () at abort.c:92
act = {__sigaction_handler = {sa_handler = 0x7ffff7f2a000,
sa_sigaction = 0x7ffff7f2a000}, sa_mask = {__val = {140737353261096,
4, 140737335568302, 10,
140737354100896, 140737329564576, 140737354055680,
140737488341904, 4294967295, 0, 1, 2501112, 0, 140737353711904,
140737353408912, 140737337778176}},
sa_flags = -136402446, sa_restorer = 0x7fff00000001}
sigs = {__val = {32, 0 <repeats 15 times>}}
#2 0x00007ffff708c48e in svn_error_abort_on_malfunction () from
/usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
No symbol table info available.
#3 0x00007ffff7908242 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_wc-1.so.1
No symbol table info available.
#4 0x00007ffff7942053 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_wc-1.so.1
No symbol table info available.
#5 0x00007ffff59bf408 in ?? () from
/usr/lib/x86_64-linux-gnu/libsvn_ra_svn-1.so.1
No symbol table info available.
#6 0x00007ffff59c0ffc in svn_ra_svn_drive_editor2 () from
/usr/lib/x86_64-linux-gnu/libsvn_ra_svn-1.so.1
No symbol table info available.
#7 0x00007ffff59bb0fc in ?? () from
/usr/lib/x86_64-linux-gnu/libsvn_ra_svn-1.so.1
No symbol table info available.
#8 0x00007ffff7909d99 in svn_wc_crawl_revisions5 () from
/usr/lib/x86_64-linux-gnu/libsvn_wc-1.so.1
No symbol table info available.
#9 0x00007ffff7bd072d in ?? () from
/usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
No symbol table info available.
#10 0x00007ffff7bd0f82 in svn_client__update_internal () from
/usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
No symbol table info available.
#11 0x00007ffff7bd1142 in svn_client_update4 () from
/usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
No symbol table info available.
#12 0x00000000004170f6 in ?? ()
No symbol table info available.
#13 0x0000000000407fb0 in ?? ()
No symbol table info available.
#14 0x00007ffff68a8ead in __libc_start_main (main=<optimized out>,
argc=<optimized out>, ubp_av=<optimized out>, init=<optimized out>,
fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7fffffffd9d8) at libc-start.c:228
result = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0,
7776410215560220184, 4228236, 140737488345568, 0, 0,
-7776410214314570216, -7776389485343830504}, mask_was_saved = 0}},
priv = {pad = {0x0, 0x0, 0x419750, 0x7fffffffd9e8}, data =
{prev = 0x0, cleanup = 0x0, canceltype = 4298576}}}
not_first_call = <optimized out>
#15 0x00000000004084b5 in ?? ()
No symbol table info available.
#16 0x00007fffffffd9d8 in ?? ()
No symbol table info available.
#17 0x000000000000001c in ?? ()
No symbol table info available.
#18 0x0000000000000002 in ?? ()
No symbol table info available.
#19 0x00007fffffffdd0c in ?? ()
No symbol table info available.
#20 0x00007fffffffdd19 in ?? ()
No symbol table info available.
#21 0x0000000000000000 in ?? ()
No symbol table info available.
--
Regards,
Aron Xu
--- End Message ---
--- Begin Message ---
Version: 1.7.9-1+nmu3
Hi,
I am closing this bug in sid since A) I cannot reproduce it using the
test case giving in the upstream bug, B) all people claiming to be
affected by it reported using 1.7.5 and C) upstream claims it to be
fixed in 1.7.8 (sid has 1.7.9).
~Niels
--- End Message ---
