[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: crash using subversion - PPC64



On 1/30/20 11:05 PM, Riccardo Mottola wrote:
> I'm trying to check out ArcticFox sources on the PPC64 devkit gear to test a compilation of it. It has these cpu's:
> 
> processor       : 0
> cpu             : e6500, altivec supported
> clock           : 1799.820000MHz
> revision        : 2.0 (pvr 8040 0120)
> 
> 
> since GIT is currently not available due to the dependency on git-man, I installed subversion and tried to sue the svn-git bridge of github.

You can install git-man in the correct version from snapshot.debian.org:

http://snapshot.debian.org/package/git/1%3A2.25.0%7Erc0-1/

$ wget http://snapshot.debian.org/archive/debian/20191228T052034Z/pool/main/g/git/git-man_2.25.0%7Erc0-1_all.deb

> Unfortunately, every attempt to checkout failed with a segmentation fault. I tried repeatedly cleaning and updating or restarting from scratch. No help.
> 
> I was able to get this stacktrace:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00003ffff75f072c in ?? () from /usr/lib/powerpc64-linux-gnu/libsqlite3.so.0
> (gdb) bt
> #0  0x00003ffff75f072c in  () at /usr/lib/powerpc64-linux-gnu/libsqlite3.so.0
> #1  0x00003ffff7696e50 in  () at /usr/lib/powerpc64-linux-gnu/libsqlite3.so.0
> #2  0x00003ffff769bba8 in sqlite3_step () at /usr/lib/powerpc64-linux-gnu/libsqlite3.so.0
> #3  0x00003ffff7c730f8 in svn_sqlite.step () at /usr/lib/powerpc64-linux-gnu/libsvn_subr-1.so.1
> #4  0x00003ffff7c73400 in svn_sqlite.insert () at /usr/lib/powerpc64-linux-gnu/libsvn_subr-1.so.1
> #5  0x00003ffff7e1e214 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_wc-1.so.1
> #6  0x00003ffff7e1eab4 in svn_wc.db_base_add_directory () at /usr/lib/powerpc64-linux-gnu/libsvn_wc-1.so.1
> #7  0x00003ffff7e05980 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_wc-1.so.1
> #8  0x00003ffff7dc1cd0 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_wc-1.so.1
> #9  0x00003ffff7d38ee4 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_delta-1.so.1
> #10 0x00003ffff78176bc in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #11 0x00003ffff78197a8 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #12 0x00003ffff781fd08 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #13 0x00003ffff7c8e3e4 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_subr-1.so.1
> #14 0x00003ffff77adf44 in  () at /lib/powerpc64-linux-gnu/libexpat.so.1
> #15 0x00003ffff77aed28 in  () at /lib/powerpc64-linux-gnu/libexpat.so.1
> #16 0x00003ffff77b1ba8 in .XML_ParseBuffer () at /lib/powerpc64-linux-gnu/libexpat.so.1
> #17 0x00003ffff77b2454 in .XML_Parse () at /lib/powerpc64-linux-gnu/libexpat.so.1
> #18 0x00003ffff7c8eb14 in svn_xml_parse () at /usr/lib/powerpc64-linux-gnu/libsvn_subr-1.so.1
> #19 0x00003ffff7821208 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #20 0x00003ffff781b0cc in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #21 0x00003ffff781e26c in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #22 0x00003ffff733633c in serf.process_connection () at /usr/lib/powerpc64-linux-gnu/libserf-1.so.1
> #23 0x00003ffff7333fa8 in serf_event_trigger () at /usr/lib/powerpc64-linux-gnu/libserf-1.so.1
> #24 0x00003ffff73341ac in serf_context_run () at /usr/lib/powerpc64-linux-gnu/libserf-1.so.1
> #25 0x00003ffff781d5a4 in svn_ra_serf.context_run () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #26 0x00003ffff781b4f0 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_ra_serf-1.so.1
> #27 0x00003ffff7dbd360 in svn_wc_crawl_revisions5 () at /usr/lib/powerpc64-linux-gnu/libsvn_wc-1.so.1
> #28 0x00003ffff7f2b960 in  () at /usr/lib/powerpc64-linux-gnu/libsvn_client-1.so.1
> #29 0x00003ffff7f2c17c in svn_client.update_internal () at /usr/lib/powerpc64-linux-gnu/libsvn_client-1.so.1
> #30 0x00003ffff7f2c4f0 in svn_client_update4 () at /usr/lib/powerpc64-linux-gnu/libsvn_client-1.so.1
> #31 0x0000000100036560 in  ()
> #32 0x0000000100035578 in  ()
> 
> 
> definitely looks like a mess in sqlite!

It's actually very likely that this bug is what prevents git from being built on ppc64 and sparc64 [1].

Adrian

> [1] https://public-inbox.org/git/20200104205803.GE6570@camp.crustytoothpaste.net/

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaubitz@debian.org
`. `'   Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


Reply to: