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

Re: ^c seem to dump core on svn log, svn merge

From: solo turn <soloturn99_at_yahoo.com>
Date: 2003-04-30 16:14:54 CEST

$ svn log
^Ccore dumped

$ dbx /usr/local/bin/svn core
Reading svn
core file header read successfully
Reading ld.so.1
Reading libsvn_client-1.so.0
Reading libsvn_wc-1.so.0
Reading libsvn_ra-1.so.0
Reading libsvn_diff-1.so.0
Reading libsvn_ra_local-1.so.0
Reading libsvn_repos-1.so.0
Reading libsvn_fs-1.so.0
Reading libdb-4.0.so
Reading libsvn_delta-1.so.0
Reading libsvn_ra_dav-1.so.0
Reading libsvn_ra_svn-1.so.0
Reading libsvn_subr-1.so.0
Reading libaprutil-0.so.0
Reading libexpat.so.0
Reading libapr-0.so.0
Reading libsendfile.so.1
Reading librt.so.1
Reading libresolv.so.2
Reading libdl.so.1
Reading libneon.so.23
Reading libxml2.so.2
Reading libm.so.1
Reading libnsl.so.1
Reading libsocket.so.1
Reading libthread.so.1
Reading libc.so.1
Reading libaio.so.1
Reading libz.so.1
Reading libmp.so.2
Reading libc_psr.so.1
Reading en_US.so.2
Reading UTF-8%ISO8859-1.so
Reading ISO8859-1%UTF-8.so
detected a multithreaded program
t@1 (l@1) terminated by signal SEGV (no mapping at the fault address)
0xfe933084: strlen+0x0080: ld [%o1], %o2
Current function is error_ossl
  495
ERR_reason_error_string(ERR_get_error()));
(dbx) where
current thread: t@1
  [1] strlen(0x0, 0x0, 0xfee2a500, 0x7efefeff, 0x81010100,
0xfedbb730), at 0xfe933084
  [2] _doprnt(0x0, 0xffbeee70, 0x0, 0x49861, 0x0, 0xfee2a50d), at
0xfe982c50
  [3] snprintf(0x77584, 0x7fffffff, 0xfee2a500, 0x0, 0x0, 0x0), at
0xfe984994
=>[4] error_ossl(sock = 0x77580, sret = -1), line 495 in
"ne_socket.c"
  [5] read_ossl(sock = 0x77580, buffer = 0x77664 "21c6^M\nment>*
packages/redhat-7.x/subversion.spec : Ack! I must be dreaming!
Took\n automake requirement out of SPEC file. Thanks to gstein
for the info.\n</D:comment>\nle update-report, and if failure,\nfall
back on the old-style report.\n\n* libsvn_ra_dav/fetch.c
(make_reporter): unconditionally write new\n &lt;src-path&gt;
element to the update-report request body. This is the\n original
path that used to be the object of the REPORT request; now\n *both*
paths &amp; revs are in the request body, ready t" ..., len = 4096U),
line 514 in "ne_socket.c"
  [6] ne_sock_read(sock = 0x77580, buffer = 0x882b0 "21c6^M\n",
buflen = 1024U), line 339 in "ne_socket.c"
  [7] read_response_block(req = 0x88288, resp = 0x886b0, buffer =
0x882b0 "21c6^M\n", buflen = 0xffbef064), line 759 in "ne_request.c"
  [8] ne_read_response_block(req = 0x88288, buffer = 0x882b0
"21c6^M\n", buflen = 1024U), line 802 in "ne_request.c"
  [9] ne_request_dispatch(req = 0x88288), line 1254 in "ne_request.c"
  [10] svn_ra_dav__parsed_request(sess = 0x6fa50, method = 0xff0b9af8
"REPORT", url = 0x4da38 "/repos/svn/trunk", body = 0x5ea98
"<S:log-report
xmlns:S="svn:"><S:start-revision>5772</S:start-revision><S:end-revision>1</S:end-revision><S:path></S:path></S:log-report>",
body_file = (nil), elements = 0xff0cd0dc, validate_cb = 0xff0b0e08 =
&`libsvn_ra_dav-1.so.0`log.c`log_validate(void *userdata,
ne_xml_elmid parent, ne_xml_elmid child), startelm_cb = 0xff0b0f50 =
&`libsvn_ra_dav-1.so.0`log.c`log_start_element(void *userdata, const
struct ne_xml_elm *elm, const char **atts), endelm_cb = 0xff0b11c0 =
&`libsvn_ra_dav-1.so.0`log.c`log_end_element(void *userdata, const
struct ne_xml_elm *elm, const char *cdata), baton = 0xffbef220,
extra_headers = (nil), pool = 0x53b68), line 342 in "util.c"
  [11] svn_ra_dav__get_log(session_baton = 0x5e010, paths = 0x5dd60,
start = 5772, end = 1, discover_changed_paths = 0,
strict_node_history = 0, receiver = 0x19e50 =
&`svn`log-cmd.c`log_message_receiver(void *baton, struct apr_hash_t
*changed_paths, svn_revnum_t rev, const char *author, const char
*date, const char *msg, struct apr_pool_t *pool), receiver_baton =
0xffbef3f4, pool = 0x53b68), line 384 in "log.c"
  [12] svn_client_log(targets = 0x55130, start = 0xffbef650, end =
0xffbef660, discover_changed_paths = 0, strict_node_history = 0,
receiver = 0x19e50 = &`svn`log-cmd.c`log_message_receiver(void
*baton, struct apr_hash_t *changed_paths, svn_revnum_t rev, const
char *author, const char *date, const char *msg, struct apr_pool_t
*pool), receiver_baton = 0xffbef3f4, ctx = 0xffbef628, pool =
0x53b68), line 267 in "log.c"
  [13] svn_cl__log(os = 0x53c90, baton = 0xffbef540, pool = 0x53b68),
line 552 in "log-cmd.c"
  [14] main(argc = 2, argv = 0xffbef764), line 1104 in "main.c"

> --- Karl Fogel <kfogel@newton.ch.collab.net> wrote:
> > solo turn <soloturn99@yahoo.com> writes:
> > > ^c seem to dump core on svn log, svn merge, build monday,
> > 28.4.2003,
> > > solaris.
> >
> > Not for me on a RedHat 8.0 GNU/Linux 2.4.18-14 i686 system with
> > revision 5766.
> >
> > Can you debug that core file?
>
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
>

__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 30 16:15:42 2003

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