Segfault when starting qBittorrent 4.0.2 on (L)Ubuntu 16.04 (PPA Package) #6545

New issue

Closed

opened 2026-02-21 18:28:38 -05:00 by deekerman · 2 comments

deekerman commented

2026-02-21 18:28:38 -05:00

Owner

Originally created by @DerBunteBall on GitHub (Dec 9, 2017).

Hello all,

I have a box running Ubuntu 16.04 LTS at latest state with LXDE (lubuntu-desktop package) and installed qBittorrent 4.0.2 from official PPA. All packages are from qBittorrent PPA or official Ubuntu repositories.

When I try to start qBittorrent a segfault appears. qbittorrent-nox works normally but misses a feature of the GUI I need.

This is what GDB gives me

gdb qbittorrent
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from qbittorrent...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/qbittorrent 

Program received signal SIGSEGV, Segmentation fault.
do_lookup_x (
    undef_name=undef_name@entry=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", new_hash=new_hash@entry=3680258224, 
    old_hash=old_hash@entry=0x7fffffffdcb0, ref=0x7ffff5e5a7e8, 
    result=result@entry=0x7fffffffdcc0, scope=<optimized out>, i=5, 
    version=0x7fffedb98b28, flags=1, skip=0x0, type_class=0, 
    undef_map=0x7ffff7dfd9f0) at dl-lookup.c:420
420	dl-lookup.c: Datei oder Verzeichnis nicht gefunden.
(gdb) thread apply all bt

Thread 1 (process 7022):
#0  do_lookup_x (
    undef_name=undef_name@entry=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", new_hash=new_hash@entry=3680258224, 
    old_hash=old_hash@entry=0x7fffffffdcb0, ref=0x7ffff5e5a7e8, 
    result=result@entry=0x7fffffffdcc0, scope=<optimized out>, i=5, 
    version=0x7fffedb98b28, flags=1, skip=0x0, type_class=0, 
    undef_map=0x7ffff7dfd9f0) at dl-lookup.c:420
#1  0x00007ffff7de1b1f in _dl_lookup_symbol_x (
    undef_name=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", undef_map=undef_map@entry=0x7ffff7dfd9f0, 
    ref=ref@entry=0x7fffffffde10, 
    symbol_scope=symbol_scope@entry=0x7ffff7dfdd48, version=0x7fffedb98b28, 
    type_class=0, flags=1, skip_map=0x0) at dl-lookup.c:829
#2  0x00007ffff7de377d in elf_machine_rela (skip_ifunc=<optimized out>, 
    reloc_addr_arg=0x7ffff61c4e58, version=<optimized out>, 
    sym=0x7ffff5e5a7e8, reloc=0x7ffff5eca590, map=0x7ffff7dfd9f0)
    at ../sysdeps/x86_64/dl-machine.h:301
#3  elf_dynamic_do_Rela (skip_ifunc=<optimized out>, lazy=<optimized out>, 
    nrelative=<optimized out>, relsize=<optimized out>, 
    reladdr=<optimized out>, map=0x7ffff7dfd9f0) at do-rel.h:137
#4  _dl_relocate_object (scope=<optimized out>, reloc_mode=<optimized out>, 
---Type <return> to continue, or q <return> to quit---
    consider_profiling=<optimized out>, consider_profiling@entry=0)
    at dl-reloc.c:258
#5  0x00007ffff7ddb0db in dl_main (phdr=<optimized out>, 
    phnum=<optimized out>, user_entry=<optimized out>, auxv=<optimized out>)
    at rtld.c:2109
#6  0x00007ffff7df0632 in _dl_sysdep_start (
    start_argptr=start_argptr@entry=0x7fffffffe080, 
    dl_main=dl_main@entry=0x7ffff7dd91e0 <dl_main>) at ../elf/dl-sysdep.c:249
#7  0x00007ffff7dd8c2a in _dl_start_final (arg=0x7fffffffe080) at rtld.c:323
#8  _dl_start (arg=0x7fffffffe080) at rtld.c:429
#9  0x00007ffff7dd7c38 in _start () from /lib64/ld-linux-x86-64.so.2
#10 0x0000000000000001 in ?? ()
#11 0x00007fffffffe379 in ?? ()
#12 0x0000000000000000 in ?? ()

dl I only can associate with download. I would think that something is broken in the download managment component. I'm not sure but this could also be a problem in libraries but that would bring us to the strange question why qbittorrent-nox works. So only GUI libs would make sense.

I really have no idea what's going wrong. Hope someone could help me.

Best Regards

Originally created by @DerBunteBall on GitHub (Dec 9, 2017). Hello all, I have a box running Ubuntu 16.04 LTS at latest state with LXDE (lubuntu-desktop package) and installed qBittorrent 4.0.2 from official PPA. All packages are from qBittorrent PPA or official Ubuntu repositories. When I try to start qBittorrent a segfault appears. qbittorrent-nox works normally but misses a feature of the GUI I need. This is what GDB gives me ``` gdb qbittorrent GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.5) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from qbittorrent...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/qbittorrent Program received signal SIGSEGV, Segmentation fault. do_lookup_x ( undef_name=undef_name@entry=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", new_hash=new_hash@entry=3680258224, old_hash=old_hash@entry=0x7fffffffdcb0, ref=0x7ffff5e5a7e8, result=result@entry=0x7fffffffdcc0, scope=<optimized out>, i=5, version=0x7fffedb98b28, flags=1, skip=0x0, type_class=0, undef_map=0x7ffff7dfd9f0) at dl-lookup.c:420 420 dl-lookup.c: Datei oder Verzeichnis nicht gefunden. (gdb) thread apply all bt Thread 1 (process 7022): #0 do_lookup_x ( undef_name=undef_name@entry=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", new_hash=new_hash@entry=3680258224, old_hash=old_hash@entry=0x7fffffffdcb0, ref=0x7ffff5e5a7e8, result=result@entry=0x7fffffffdcc0, scope=<optimized out>, i=5, version=0x7fffedb98b28, flags=1, skip=0x0, type_class=0, undef_map=0x7ffff7dfd9f0) at dl-lookup.c:420 #1 0x00007ffff7de1b1f in _dl_lookup_symbol_x ( undef_name=0x7ffff5ea6785 "_ZTINSt7__cxx1118basic_stringstreamIcSt11char_traitsIcESaIcEEE", undef_map=undef_map@entry=0x7ffff7dfd9f0, ref=ref@entry=0x7fffffffde10, symbol_scope=symbol_scope@entry=0x7ffff7dfdd48, version=0x7fffedb98b28, type_class=0, flags=1, skip_map=0x0) at dl-lookup.c:829 #2 0x00007ffff7de377d in elf_machine_rela (skip_ifunc=<optimized out>, reloc_addr_arg=0x7ffff61c4e58, version=<optimized out>, sym=0x7ffff5e5a7e8, reloc=0x7ffff5eca590, map=0x7ffff7dfd9f0) at ../sysdeps/x86_64/dl-machine.h:301 #3 elf_dynamic_do_Rela (skip_ifunc=<optimized out>, lazy=<optimized out>, nrelative=<optimized out>, relsize=<optimized out>, reladdr=<optimized out>, map=0x7ffff7dfd9f0) at do-rel.h:137 #4 _dl_relocate_object (scope=<optimized out>, reloc_mode=<optimized out>, ---Type <return> to continue, or q <return> to quit--- consider_profiling=<optimized out>, consider_profiling@entry=0) at dl-reloc.c:258 #5 0x00007ffff7ddb0db in dl_main (phdr=<optimized out>, phnum=<optimized out>, user_entry=<optimized out>, auxv=<optimized out>) at rtld.c:2109 #6 0x00007ffff7df0632 in _dl_sysdep_start ( start_argptr=start_argptr@entry=0x7fffffffe080, dl_main=dl_main@entry=0x7ffff7dd91e0 <dl_main>) at ../elf/dl-sysdep.c:249 #7 0x00007ffff7dd8c2a in _dl_start_final (arg=0x7fffffffe080) at rtld.c:323 #8 _dl_start (arg=0x7fffffffe080) at rtld.c:429 #9 0x00007ffff7dd7c38 in _start () from /lib64/ld-linux-x86-64.so.2 #10 0x0000000000000001 in ?? () #11 0x00007fffffffe379 in ?? () #12 0x0000000000000000 in ?? () ``` dl I only can associate with download. I would think that something is broken in the download managment component. I'm not sure but this could also be a problem in libraries but that would bring us to the strange question why qbittorrent-nox works. So only GUI libs would make sense. I really have no idea what's going wrong. Hope someone could help me. Best Regards

deekerman

2026-02-21 18:28:38 -05:00

closed this issue
added the
Crash
label

deekerman commented

2026-02-21 18:28:45 -05:00

Author

Owner

@DerBunteBall commented on GitHub (Dec 10, 2017):

It seems to be related to glibc/libc6. The file dl-lookup.c is part of glibc.

https://github.com/lattera/glibc/blob/master/elf/dl-lookup.c

The same issue appears when I'm using the mainline Ubuntu package or compile qBittorrent by myself. So 3.3.1, 3.3.16, 4.0.2 doesn't work.

I think it's a dependency issue. This can't be related to qBittorrent itself.

Best Regards

@DerBunteBall commented on GitHub (Dec 10, 2017): It seems to be related to glibc/libc6. The file dl-lookup.c is part of glibc. https://github.com/lattera/glibc/blob/master/elf/dl-lookup.c The same issue appears when I'm using the mainline Ubuntu package or compile qBittorrent by myself. So 3.3.1, 3.3.16, 4.0.2 doesn't work. I think it's a dependency issue. This can't be related to qBittorrent itself. Best Regards

deekerman commented

2026-02-21 18:28:45 -05:00

Author

Owner

@ngosang commented on GitHub (Sep 22, 2018):

We are closing all issues related to old qBittorrent versions (qBittorrent < 4.1.0).
Please, update to last release and, if the bug/error/crash is still present, open another issue.
Thank you.

@ngosang commented on GitHub (Sep 22, 2018): We are closing all issues related to old qBittorrent versions (qBittorrent < 4.1.0). Please, update to last release and, if the bug/error/crash is still present, open another issue. Thank you.