WelcomeWelcome | FAQFAQ | DownloadsDownloads | WikiWiki

Author Topic: svn segfaults on tinycore v15  (Read 49 times)

Online boudinec

  • Newbie
  • *
  • Posts: 23
svn segfaults on tinycore v15
« on: Today at 05:04:48 AM »
Hello
I tried on tinycore v15:
Code: [Select]
tce-load -wi svn ca-certificatesInstall is fine, then I tried to checkout some code (svn source code for example):
Code: [Select]
svn co https://svn.apache.org/repos/asf/subversion/Then svn seg faults.

Do you know to fix this issue?

Bests

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 15015
Re: svn segfaults on tinycore v15
« Reply #1 on: Today at 06:38:17 AM »
x86, x86_64, armhf or aarch64?

Do the last few lines of dmesg show anything?

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 15015
Re: svn segfaults on tinycore v15
« Reply #2 on: Today at 07:00:08 AM »
svn works for me on tc-16.x x86_64

The same version of svn segfaults on tc-16.x x86 with this:
Code: [Select]
svn[6910]: segfault at 0 ip b7c2024b sp bfebf890 error 4 in libsvn_subr-1.so.0.0.0[3224b,b7c04000+3f000] likely on CPU 1 (core 1, socket 0)
Code: c6 0f 85 2e 01 00 00 51 ff 75 80 8d 45 88 ff b5 74 ff ff ff 50 e8 f5 56 fe ff 83 c4 10 85 c0 89 c7 0f 85 96 00 00 00 8b 45 dc <80> 38 2e 75 12 8a 50 01 84 d2 74 d1 80 fa 2e 75 06 80 78 02 00 74

I'll take a look.

Offline Juanito

  • Administrator
  • Hero Member
  • *****
  • Posts: 15015
Re: svn segfaults on tinycore v15
« Reply #3 on: Today at 08:30:33 AM »
I built the latest version of svn on tc-15.x x86, but it still segfaults:
Code: [Select]
gdb --args svn co https://svn.apache.org/repos/asf/subversion/
GNU gdb (GDB) 13.2
...
Reading symbols from svn...
(gdb) run
Starting program: /usr/local/bin/svn co https://svn.apache.org/repos/asf/subversion/
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
svn_io_get_dirents3 (dirents=0xbffff0a8, path=0x4967d8 "/usr/src/subversion-1.14.5/subversion", only_check_type=1, result_pool=warning: could not convert 'apr_pool_t' from the host encoding (ANSI_X3.4-1968) to UTF-32.
This normally should not happen, please file a bug report.
0x4966c8,
    scratch_pool=0x4966c8) at subversion/libsvn_subr/io.c:3069
3069          if ((this_entry.name[0] == '.')
(gdb) t a a bt

Thread 1 (Thread 0xb7179740 (LWP 2874) "svn"):
#0  svn_io_get_dirents3 (dirents=0xbffff0a8, path=0x4967d8 "/usr/src/subversion-1.14.5/subversion", only_check_type=1, result_pool=0x4966c8, scratch_pool=0x4966c8) at subversion/libsvn_subr/io.c:3069
#1  0xb7e49536 in report_revisions_and_depths (db=0x4761c8, dir_abspath=0x4967d8 "/usr/src/subversion-1.14.5/subversion", report_relpath=0xb7eeb0a7 "", dir_rev=1924267, dir_repos_relpath=0x4eec18 "subversion", dir_repos_root=0x4eec28 "https://svn.apache.org/repos/asf", dir_depth=svn_depth_infinity, reporter=0xb7c5aaf4 <ra_serf_reporter>, report_baton=0x4983b8, restore_files=1, depth=svn_depth_unknown, honor_depth_exclude=1, depth_compatibility_trick=0, report_everything=1, use_commit_times=0, cancel_func=0xb7b1ddfd <check_cancel>, cancel_baton=0x0, notify_func=0x4262c3 <svn_cl__check_externals_failed_notify_wrapper>, notify_baton=0xbffff6e8, scratch_pool=0x4966c8) at subversion/libsvn_wc/adm_crawler.c:280
#2  0xb7e4a7a4 in svn_wc_crawl_revisions5 (wc_ctx=0x4761b8, local_abspath=0x4967d8 "/usr/src/subversion-1.14.5/subversion", reporter=0xb7c5aaf4 <ra_serf_reporter>, report_baton=0x4983b8, restore_files=1, depth=svn_depth_unknown, honor_depth_exclude=1, depth_compatibility_trick=0, use_commit_times=0, cancel_func=0xb7b1ddfd <check_cancel>, cancel_baton=0x0, notify_func=0x4262c3 <svn_cl__check_externals_failed_notify_wrapper>, notify_baton=0xbffff6e8, scratch_pool=0x4966c8) at subversion/libsvn_wc/adm_crawler.c:776
#3  0xb7fb10dc in update_internal (result_rev=0x0, timestamp_sleep=0xbffff640, conflicted_paths=0x0, ra_session_p=0xbffff49c, local_abspath=0x4967d8 "/usr/src/subversion-1.14.5/subversion", anchor_abspath=0x497e48 "/usr/src/subversion-1.14.5/subversion", revision=0xbffff4e0, depth=svn_depth_unknown, depth_is_sticky=0, ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1, notify_summary=1, ctx=0x476150, result_pool=0x4966c8, scratch_pool=0x4966c8) at subversion/libsvn_client/update.c:560
#4  0xb7fb15e4 in svn_client__update_internal (result_rev=0x0, timestamp_sleep=0xbffff640, local_abspath=0x4967d8 "/usr/src/subversion-1.14.5/subversion", revision=0xbffff5c0, depth=svn_depth_unknown, depth_is_sticky=1, ignore_externals=0, allow_unver_obstructions=0, adds_as_modification=1, make_parents=0, innerupdate=0, ra_session=0x498810, ctx=0x476150, pool=0x4966c8) at subversion/libsvn_client/update.c:696
#5  0xb7f2d2c5 in svn_client__checkout_internal (result_rev=0x0, timestamp_sleep=0xbffff640, url=0x476980 "https://svn.apache.org/repos/asf/subversion", local_abspath=0x4967d8 "/usr/src/subversion-1.14.5/subversion", peg_revision=0xbffff700, revision=0xbffff6f4, depth=svn_depth_unknown, ignore_externals=0, allow_unver_obstructions=0, ra_session=0x498810, ctx=0x476150, scratch_pool=0x4966c8) at subversion/libsvn_client/checkou--Type <RET> for more, q to quit, c to continue without paging--c
t.c:189
#6  0xb7f2d3c3 in svn_client_checkout3 (result_rev=0x0, URL=0x476980 "https://svn.apache.org/repos/asf/subversion", path=0x4769c0 "subversion", peg_revision=0xbffff700, revision=0xbffff6f4, depth=svn_depth_unknown, ignore_externals=0, allow_unver_obstructions=0, ctx=0x476150, pool=0x4966c8) at subversion/libsvn_client/checkout.c:218
#7  0x0040c74f in svn_cl__checkout (os=0x475658, baton=0xbffff8ec, pool=0x475338) at subversion/svn/checkout-cmd.c:168
#8  0x00436f03 in sub_main (exit_code=0xbffffb30, argc=3, cmdline_argv=0xbffffc04, pool=0x475338) at subversion/svn/svn.c:3263
#9  0x004371d9 in main (argc=3, argv=0xbffffc04) at subversion/svn/svn.c:3348

Online boudinec

  • Newbie
  • *
  • Posts: 23
Re: svn segfaults on tinycore v15
« Reply #4 on: Today at 09:21:23 AM »
Sorry I forgot to tell it was with x86.

I didn't try with aarch64 or armhf because svn is not available and I cannot manage to compile svn on piCore (I will create a separate post for this if I don't succeed).