2.14: "fossil search" segfaults
(1) By gabriele balducci (balducci) on 2021-01-25 16:27:38 [source]
hi
with 2.14 I get a segmentation fault in print_timeline with:
fossil search Version -R fossil
Here is a script which shows the problem:
----8<----
##:2> fossil clone --accept-any-cert http://www.fossil-scm.org/fossil fossil
redirect with status 301 to https://www.fossil-scm.org/fossil
Round-trips: 1 ... Round-trips: 7 Artifacts sent: 0 received: 50961
Clone done, sent: 2166 received: 35182303 ip: 45.33.6.223
Rebuilding repository meta-data...
0.0% complete... 99.1% complete... 100.1% complete...
Extra delta compression...
Vacuuming the database...
project-id: CE59BB9F186226D80E49D1FA2DB29F935CCA0333
server-id: 115fbb18e74dca99af1a3ac56f5e47971850842f
admin-user: balducci (password is "Z3bFdvCVY8")
##:3> fossil search Version -R fossil
=== 2021-01-21 ===
Segmentation fault
##:4> gdb -q /usr/bin/fossil
Reading symbols from /usr/bin/fossil...
(gdb) run search Version -R fossil
Starting program: /usr/bin/fossil search Version -R fossil
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
=== 2021-01-21 ===
Program received signal SIGSEGV, Segmentation fault.
0x0000000000685ac6 in print_timeline ()
(gdb) bt
#0 0x0000000000685ac6 in print_timeline ()
#1 0x00000000005f90f6 in search_cmd ()
#2 0x00000000005bde7c in fossil_main ()
#3 0x00000000005bd5a3 in main ()
(gdb) quit
A debugging session is active.
Inferior 1 [process 24244] will be killed.
Quit anyway? (y or n) y
##:5> exit
---->8----
No problem whatsoever with <=2.13
Building on linux with default configure options
uname -srvmo:
----8<----
Linux 5.10.10 #1 SMP Sun Jan 24 08:26:26 CET 2021 x86_64 GNU/Linux
---->8----
gcc -v:
----8<----
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/stow.d/versions/gcc-10.2.0/usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /home/balducci/tmp/install-us-d/gcc-10.1.0.d/gcc-10.2.0/configure --prefix=/opt/stow.d/versions/gcc-10.2.0/usr --libdir=/opt/stow.d/versions/gcc-10.2.0/usr/lib64 --libexecdir=/opt/stow.d/versions/gcc-10.2.0/usr/lib64 --enable-shared --disable-bootstrap --enable-languages=c,c++,objc,fortran --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.2.0 (GCC)
---->8----
thanks for your valuable work
ciao
-gabriele
(2) By Martin Gagnon (mgagnon) on 2021-01-25 17:33:09 in reply to 1 [link] [source]
I could reproduce on MacOS 11.1.
Here the bisect:
bisect complete
1 BAD 2021-01-25 16:52:21 fa8be1ace63433de
3 BAD 2020-12-24 19:28:04 ffb40fd8940c59a7
5 BAD 2020-12-12 14:05:56 f101e94da1f80571
6 BAD 2020-12-02 19:59:42 0457c40ae79d94c0
7 BAD 2020-12-01 14:24:44 6ef97bdb40876cef
8 BAD 2020-11-28 12:51:26 3cb82905e105cc00
9 BAD 2020-11-25 21:45:10 471443b464240770
11 GOOD 2020-11-25 21:30:27 18891326a4cc59ed CURRENT
10 GOOD 2020-11-25 21:22:52 1a9b1c4de7abfcb4
4 GOOD 2020-11-24 00:10:53 39b114c19f69d2fb
2 GOOD 2020-11-01 00:13:51 e7bba4ff367e6890
(3) By Richard Hipp (drh) on 2021-01-25 17:47:00 in reply to 1 [link] [source]
Please try again with check-in 2d2d647390d0fba9. Report back whether or not this clears your issue.
(4) By Martin Gagnon (mgagnon) on 2021-01-25 20:50:43 in reply to 3 [link] [source]
Works for me, will see if it’s ok for the OP.
(5) By gabriele balducci (balducci) on 2021-01-26 10:28:46 in reply to 3 [link] [source]
works fine for me
thanks a lot