Fossil Forum

2.14: "fossil search" segfaults
Login

2.14: "fossil search" segfaults

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