Fossil SCM
Segmentation fault when opening a clone of http://www.sqlite.org/src
7b8f21b87621896…
· opened 16 years, 1 month ago
- Type
- Code_Defect
- Priority
- —
- Severity
- Important
- Resolution
- Overcome_By_Events
- Subsystem
- —
- Created
- March 12, 2010 6:25 p.m.
$cd
$cd fossil
$fossil clone http://www.sqlite.org/src sqlite2
...
Total network traffic: 1235641 bytes sent, 15936166 bytes received
Rebuilding repository meta-data...
31344 (100%)...
project-id: 2ab58778c2967968b94284e989e43dc11791f548
server-id: 65fd455f4dffe08321c1e9895d6f6a9cad7904a0
...
$cd
$cd Lemon/fossil
$mkdir fossil2
$cd fossil2
$fossil open ~/fossil/sqlite2 590d4ac1ee0db824c00c1f6b0ec3cc9437cb1477
...
tool/speedtest8inst1.c
tool/vdbe-compress.tcl
project-name: SQLite
repository: /home/vincent/fossil/sqlite2
local-root: /home/vincent/Lemon/fossil/fossil2/
project-code: 2ab58778c2967968b94284e989e43dc11791f548
server-code: 65fd455f4dffe08321c1e9895d6f6a9cad7904a0
checkout: 590d4ac1ee0db824c00c1f6b0ec3cc9437cb1477 2009-11-04 18:51:17 UTC
parent: f228c7ca0682c370f8c435fcade1d78b78da8e07
Segmentation fault
$date
Fri Mar 12 19:15:35 CET 2010
$fossil version
This is fossil version [479637167a] 2010-02-13 21:11:48 UTC
$uname -a
Linux vincent 2.6.32-trunk-amd64 #1 SMP Sun Jan 10 22:40:40 UTC 2010 x86_64 GNU/Linux
$dpkg -l fossil
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-========-=====================-===============================================
ii fossil 2010.02.13.123048-1 DSCM with built-in wiki, http interface and ...
$
drh added on 2010-03-13 02:14:18:
There is no version "479637167a" in the Fossil source tree. The
only version from 2010-02-13 is "02f638a16f".
Where did you get this version of Fossil?
Have you tried using the latest precompiled Fossil from the download page?
anonymous added on 2010-03-16 19:42:03:
This version of fossil is the one in the Debian testing distribution. As with most Debian packages, it has some Debian-specific adaptations.
Naturally I should have reported into the Debian bug tracking system first, and I have done so now. The Debian bug report can be found at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574161.
I'll keep an eye on both that and this bug report.
anonymous added on 2010-03-18 09:59:42:
Well, it turns out the latest precompiled binary has a problem as well:
$fossil open ~/fossil/sqlite2 590d4ac1ee0db824c00c1f6b0ec3cc9437cb1477 ... tool/speedtest8inst1.c tool/vdbe-compress.tcl project-name: SQLite repository: /home/vincent/fossil/sqlite2 local-root: /home/vincent/Lemon/fossil/fossil3/ project-code: 2ab58778c2967968b94284e989e43dc11791f548 server-code: 65fd455f4dffe08321c1e9895d6f6a9cad7904a0 checkout: 590d4ac1ee0db824c00c1f6b0ec3cc9437cb1477 2009-11-04 18:51:17 UTC parent: f228c7ca0682c370f8c435fcade1d78b78da8e07 *** glibc detected *** fossil: free(): invalid pointer: 0x0000000000491c6b *** ======= Backtrace: ========= /lib/libc.so.6[0x7f344d119d16] /lib/libc.so.6(cfree+0x6c)[0x7f344d11e9bc] fossil[0x415f09] fossil[0x40d038] fossil[0x418502] /lib/libc.so.6(__libc_start_main+0xfd)[0x7f344d0c7abd] fossil[0x402559] ======= Memory map: ======== 00400000-004cd000 r-xp 00000000 fe:00 402741 /home/vincent/bin/fossil 006cd000-006cf000 rw-p 000cd000 fe:00 402741 /home/vincent/bin/fossil 006cf000-006d1000 rw-p 00000000 00:00 0 013c5000-01ec3000 rw-p 00000000 00:00 0 [heap] 7f3448000000-7f3448021000 rw-p 00000000 00:00 0 7f3448021000-7f344c000000 ---p 00000000 00:00 0 7f344ce93000-7f344cea9000 r-xp 00000000 08:03 22444 /lib/libgcc_s.so.1 7f344cea9000-7f344d0a8000 ---p 00016000 08:03 22444 /lib/libgcc_s.so.1 7f344d0a8000-7f344d0a9000 rw-p 00015000 08:03 22444 /lib/libgcc_s.so.1 7f344d0a9000-7f344d1f3000 r-xp 00000000 08:03 48703 /lib/libc-2.10.2.so 7f344d1f3000-7f344d3f3000 ---p 0014a000 08:03 48703 /lib/libc-2.10.2.so 7f344d3f3000-7f344d3f7000 r--p 0014a000 08:03 48703 /lib/libc-2.10.2.so 7f344d3f7000-7f344d3f8000 rw-p 0014e000 08:03 48703 /lib/libc-2.10.2.so 7f344d3f8000-7f344d3fd000 rw-p 00000000 00:00 0 7f344d3fd000-7f344d414000 r-xp 00000000 08:05 196539 /usr/lib/libz.so.1.2.3.4 7f344d414000-7f344d613000 ---p 00017000 08:05 196539 /usr/lib/libz.so.1.2.3.4 7f344d613000-7f344d614000 rw-p 00016000 08:05 196539 /usr/lib/libz.so.1.2.3.4 7f344d614000-7f344d631000 r-xp 00000000 08:03 48454 /lib/ld-2.10.2.so 7f344d813000-7f344d815000 rw-p 00000000 00:00 0 7f344d82c000-7f344d830000 rw-p 00000000 00:00 0 7f344d830000-7f344d831000 r--p 0001c000 08:03 48454 /lib/ld-2.10.2.so 7f344d831000-7f344d832000 rw-p 0001d000 08:03 48454 /lib/ld-2.10.2.so 7fff78586000-7fff7859b000 rw-p 00000000 00:00 0 [stack] 7fff785ff000-7fff78600000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted $fossil version This is fossil version [599e6abfb1] 2010-03-08 14:18:44 UTC $
By the way, this is the 64-bit linux version.
anonymous added on 2010-03-18 10:43:12:
A debug build of [599e6abfb1] run under valgrind mentions:
==2952== Invalid free() / delete / delete[] ==2952== at 0x4C21DBC: free (vg_replace_malloc.c:325) ==2952== by 0x4333A0: show_common_info (info_.c:86) ==2952== by 0x433A6B: info_cmd (info_.c:157) ==2952== by 0x4214EC: cmd_open (db_.c:1386) ==2952== by 0x43C60C: main (main_.c:258) ==2952== Address 0x5569b3 is not stack'd, malloc'd or (recently) free'd
drh added on 2010-03-18 10:50:43:
Already fixed by check-in [0cbc5d295c9911b00ed405d301a7b8e76db77b41].