mirror of
https://github.com/qbittorrent/qBittorrent.git
synced 2026-03-02 22:57:32 -05:00
cannot open after upgrade to 3.3.4 on archlinux #4420
Labels
No labels
Accessibility
AppImage
Bounty
Build system
CI
Can't reproduce
Code cleanup
Confirmed bug
Confirmed bug
Core
Crash
Data loss
Discussion
Docker
Documentation
Duplicate
Feature
Feature request
Feature request
Feature request
Filters
Flatpak
GUI
Has workaround
I2P
Invalid
Libtorrent
Look and feel
Meta
NSIS
Network
Not an issue
OS: *BSD
OS: Linux
OS: Windows
OS: macOS
PPA
Performance
Project management
Proxy/VPN
Qt bugs
Qt6 compat
RSS
Search engine
Security
Temp folder
Themes
Translations
Triggers
Waiting diagnosis
Waiting info
Waiting upstream
Waiting web implementation
Watched folders
WebAPI
WebUI
autoCloseOldIssue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/qBittorrent#4420
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @DragoonZ on GitHub (Jun 24, 2016).
Catching signal: SIGSEGV
Please file a bug report at http://bug.qbittorrent.org and provide the following information:
qBittorrent version: v3.3.4
stack trace:
/usr/lib/libstdc++.so.6 : vtable for __cxxabiv1::__si_class_type_info+0x10 [0x7fed06246518]
[1] 6725 segmentation fault (core dumped) qbittorrent
@mrlamud commented on GitHub (Jun 24, 2016):
Confirm this problem also with libtorrent-rasterbar 1.1
Catching signal: SIGSEGV
Please file a bug report at http://bug.qbittorrent.org and provide the following information:
qBittorrent version: v3.3.4
stack trace:
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1df118 [0x7efee4c28118]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1dd175 [0x7efee4c26175]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e2b7a [0x7efee4c2bb7a]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e2cff [0x7efee4c2bcff]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c01c8 [0x7efee4c091c8]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xc66df [0x7efee4b0f6df]
/usr/lib/libpthread.so.0 : ()+0x7484 [0x7efee2794484]
/usr/lib/libc.so.6 : clone()+0x6d [0x7efee1c326dd]
[1] 1407 segmentation fault (core dumped) qbittorrent
@goetzc commented on GitHub (Jun 24, 2016):
This is odd, also on Arch Linux, with the latest libtorrent-rasterbar 1:1.1-2 (the one compiled with
-std=c++11) and qBittorrent 3.3.4-2, I don't have this issue.@mrlamud commented on GitHub (Jun 24, 2016):
Well, if as "goetzc" said true, so how could I point the problem source then?
@goetzc commented on GitHub (Jun 24, 2016):
Maybe the some other variables... I'm on x86_64, Linux 4.5.4-1-ARCH, Qt 5.7.0-1
@mrlamud commented on GitHub (Jun 24, 2016):
I'm on the same QT but kernel x86_64 Linux 4.6.2, I'll try 4.5 and report back, then.
@goetzc commented on GitHub (Jun 24, 2016):
I haven't restarted the computer in weeks, was running with old libs and kernel. Now I did restart (Linux 4.6.2) but there is no difference, qBittorrent still works.
@mrlamud commented on GitHub (Jun 24, 2016):
"geotzc" thanks for result. I really have no clue what's wrong with mine.
@DragoonZ commented on GitHub (Jun 25, 2016):
@goetzc which gcc lib are u using? gcc-libs or gcc-libs-multilib
@mrlamud commented on GitHub (Jun 25, 2016):
gcc-libs-multilib 6.1.1-2
@fcep commented on GitHub (Jun 25, 2016):
Same problem here. Tried recompiling both qbittorrent and libtorrent-rasterbar to no avail.
Also using gcc-libs-multilib 6.1.1-2
@fcep commented on GitHub (Jun 25, 2016):
qbittorrent-git also not working :(
@goetzc commented on GitHub (Jun 25, 2016):
I'm using gcc-libs, that may be the culprit.
If qbittorrent-git is not working, you can try with 3.3.3 (which I suppose was working). You may need to apply the patch shown here, to build with GCC 6.
@mrlamud commented on GitHub (Jun 25, 2016):
Yes, it might be that. However, I hope the maintainer could solve this problem sooner or later.
Thanks for sharing "goetzc".
@fcep commented on GitHub (Jun 25, 2016):
I have just tried gcc-libs and it still doesn't work... I guess the last resort is downgrading... I'll let you know :)
@fcep commented on GitHub (Jun 25, 2016):
Well... that was fast :D
Unfortunately qbittorrent 3.3.3 doesn't compile even with the gcc6 patch :(
In file included from ../../src/app/application.cpp:71:0: ../../src/base/bittorrent/torrenthandle.h:386:36: error: field ‘m_nativeStatus’ has incomplete type ‘libtorrent::torrent_status’ libtorrent::torrent_status m_nativeStatus;@zeule commented on GitHub (Jun 25, 2016):
Could anyone, please, compile qbt and libtorrent with debug symbols and provide a meaningful stacktrace?
@fcep commented on GitHub (Jun 25, 2016):
There you go :)
francesco@portfra ~/src/archlinux/qbittorrent % qbittorrent
Qt it locale recognized, using translation.
it locale recognized, using translation.
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
Configuring session
Torrent export is enabled, exporting the current torrents
void BitTorrent::Session::setDownloadRateLimit(int) -1
void BitTorrent::Session::setUploadRateLimit(int) 25600
Using a disk cache size of 0 MiB
Ignore limits on LAN true
Set session settings
void BitTorrent::Session::setMaxConnectionsPerTorrent(int) 50
void BitTorrent::Session::setMaxUploadsPerTorrent(int) 4
Starting DHT...
DHT enabled
Enabling Local Peer Discovery
Applying encryption settings
Enabling IPFilter
Processing filter file
broadcast socket [ if: 127.0.0.1 group: 239.192.152.143 mask: 255.0.0.0 ] Success
broadcast socket [ if: 192.168.0.106 group: 239.192.152.143 mask: 255.255.255.0 ] Success
broadcast socket [ if: 25.105.174.98 group: 239.192.152.143 mask: 255.0.0.0 ] Success
broadcast socket [ if: ::1 group: ff15::efc0:988f mask: ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff ] Success
broadcast socket [ if: 2620:9b::1969:ae62 group: ff15::efc0:988f mask: ffff:ffff:ffff:ffff:ffff:ffff:: ] Success
qbittorrent: /usr/include/boost/smart_ptr/shared_ptr.hpp:686: typename boost::detail::sp_dereference::type boost::shared_ptr::operator*() const [with T = libtorrent::ip_filter; typename boost::detail::sp_dereference::type = libtorrent::ip_filter&]: Assertion `px != 0' failed.
Catching signal: SIGABRT
Please file a bug report at http://bug.qbittorrent.org and provide the following information:
qBittorrent version: v3.3.4
stack trace:
/usr/lib/libc.so.6 : gsignal()+0x35 [0x7fb95bf5c295]
/usr/lib/libc.so.6 : abort()+0x16a [0x7fb95bf5d6da]
/usr/lib/libc.so.6 : ()+0x2c297 [0x7fb95bf55297]
/usr/lib/libc.so.6 : ()+0x2c342 [0x7fb95bf55342]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x2112ea [0x7fb95f0382ea]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x208572 [0x7fb95f02f572]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x206965 [0x7fb95f02d965]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x20b8ea [0x7fb95f0328ea]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x20bfb0 [0x7fb95f032fb0]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1ea3f5 [0x7fb95f0113f5]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xd895f [0x7fb95eeff95f]
/usr/lib/libpthread.so.0 : ()+0x7484 [0x7fb95cb72484]
/usr/lib/libc.so.6 : clone()+0x6d [0x7fb95c0106dd]
[1] 20223 abort qbittorrent
@samcv commented on GitHub (Jun 25, 2016):
Using GDB to trace I got this:
gdb.txt
Both libtorrent and qbittorrent were compiled with debug symbols.
@samcv commented on GitHub (Jun 25, 2016):
I can additionally confirm that setting IP Filters to false in the config file causes qBittorrent to start normally.
As per this thread:
https://bbs.archlinux.org/viewtopic.php?pid=1637089#p1637089
~/.config/qBittorrent/qBittorrent.conf
Set "IPFilter\Enabled=true" to "IPFilter\Enabled=false" in the file above if it's set.
@mrlamud commented on GitHub (Jun 25, 2016):
If that's how we get going, then it is a bug.
Thanks "samcv".
@DragoonZ commented on GitHub (Jun 25, 2016):
seems editing IP Filters could fix the libtorrent-rasterbar problem
but I still get the libstdc++ error
@DragoonZ commented on GitHub (Jun 25, 2016):
so I switch my DE from cinnamon to gnome-shell, it starts normally now.
maybe qbittorrent is conflict with cinnamon or some extensions
@samcv commented on GitHub (Jun 25, 2016):
For what it's worth I am using KDE 5 and seeing the bug, weird you say it works in gnome-shell, did you change or delete the config file DragoonZ? Maybe you can see what setting you have set about filtering ip's.
@DragoonZ commented on GitHub (Jun 25, 2016):
Yes, I did try to change and delete the config file, does not work for me.
@samcv commented on GitHub (Jun 25, 2016):
Also if anybody needs it I am uploading libtorrent-rasterbar and qbittorrent that have been compiled with debug flags on and no stripping of symbols.
qbittorrent and libtorrent with debug symbols.zip
For the stack trace I ran
$ gdb qbittorrent
(gdb) set logging file trace.log
(gdb) set logging on
(gdb) run
I think that should give the needed info, @mrlamud let me know if the stack trace I gave you is alright or if I am doing it wrong also if I should compile any other libraries/packages with debug symbols included (libc and libpthread I see don't have any symbols from what I see in the trace)
@DragoonZ commented on GitHub (Jun 25, 2016):
so with IPFilter\Enabled=true I got
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1df118 [0x7ff9d099c118]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1dd175 [0x7ff9d099a175]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e2b7a [0x7ff9d099fb7a]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1e2cff [0x7ff9d099fcff]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c01c8 [0x7ff9d097d1c8]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xc66df [0x7ff9d08836df]
/usr/lib/libpthread.so.0 : ()+0x7484 [0x7ff9ce508484]
/usr/lib/libc.so.6 : clone()+0x6d [0x7ff9cd9a66dd]
[1] 22087 segmentation fault (core dumped) qbittorrent
with IPFilter\Enabled=false, I got
/usr/lib/libstdc++.so.6 : vtable for __cxxabiv1::__si_class_type_info+0x10 [0x7fd3a6b69518]
@DragoonZ commented on GitHub (Jun 25, 2016):
gdb log file here
log.txt
@DragoonZ commented on GitHub (Jun 27, 2016):
after I recompile appmenu-qt5, qbittorrent could starts.
@samcv commented on GitHub (Jun 30, 2016):
Tested with 3.3.5 on Arch, if IP filters are set to true then I get a crash as before.
@hepha commented on GitHub (Jul 1, 2016):
qBittorrent version: v3.3.5
stack trace:
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1b215e [0x7f1fea4ac15e]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c0048 [0x7f1fea4ba048]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c03a7 [0x7f1fea4ba3a7]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c0a49 [0x7f1fea4baa49]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c09c6 [0x7f1fea4ba9c6]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c0b90 [0x7f1fea4bab90]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x9d7be [0x7f1fea3977be]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x9d2b0 [0x7f1fea3972b0]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1a5126 [0x7f1fea49f126]
/usr/lib/libtorrent-rasterbar.so.9 : boost_asio_detail_posix_thread_function()+0x10 [0x7f1fea3a7e70]
/usr/lib/libpthread.so.0() [0x38f4207484]
/usr/lib/libc.so.6 : clone()+0x6d [0x38f3ae76dd]
[1] 26435 segmentation fault (core dumped) qbittorrent
@zetok commented on GitHub (Jul 1, 2016):
3.3.4 works just fine on Gentoo with rb_libtorrent-1.0.7, boost-1.56.0 and qt 5.5.1.
Compiled with gcc 4.9.3.
You might want to check with compiler / libs that are not broken, and file a bug against something that is broken (hint: not qBT).
@mrlamud commented on GitHub (Jul 1, 2016):
"zetok" , is your IP Filtering is enable in qBittorrent?
@zeule commented on GitHub (Jul 2, 2016):
Confirm the bug on Gentoo with libtorrent 1.1.0/qBt 7006866134d3c2301b3a36443a43583c7ba07ad4 (something in between 3.34 and 3.3.5).
@zetok commented on GitHub (Jul 2, 2016):
@evsh Hmm, initial report by @DragoonZ states that 3.3.4 crashed. They didn't state their rb_libtorrent version – could you perhaps check if downgrading it to 1.0.7 would help you?
Or did the qBT 3.3.4 work for you with rb_libtorrent 1.1.0 ?
@hepha commented on GitHub (Jul 5, 2016):
@zetok
if ~/.config/qBittorrent/qBittorrent.conf
Only two lines of code it crashed
[Preferences]
IPFilter\Enabled=true
gdb qbittorrentGNU gdb (GDB) 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-pc-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
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7ffff5900700 (LWP 21716)]
[New Thread 0x7fffebbc9700 (LWP 21717)]
[New Thread 0x7fffe8c3e700 (LWP 21718)]
[New Thread 0x7fffe3fff700 (LWP 21719)]
[New Thread 0x7fffe3170700 (LWP 21720)]
[New Thread 0x7fffe296f700 (LWP 21721)]
[New Thread 0x7fffe216e700 (LWP 21722)]
[New Thread 0x7fffe196d700 (LWP 21723)]
[New Thread 0x7fffe116c700 (LWP 21724)]
[New Thread 0x7fffe096b700 (LWP 21725)]
[New Thread 0x7fffd3fff700 (LWP 21726)]
Thread 6 "qbittorrent" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe3170700 (LWP 21720)]
0x00000034ec1df118 in ?? () from /usr/lib/libtorrent-rasterbar.so.9
(gdb) backtrace
#0 0x00000034ec1df118 in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#1 0x00000034ec1dd175 in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#2 0x00000034ec1e2b7a in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#3 0x00000034ec1e2cff in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#4 0x00000034ec1c01c8 in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#5 0x00000034ec0c66df in ?? () from /usr/lib/libtorrent-rasterbar.so.9
#6 0x00000038f4207484 in start_thread () from /usr/lib/libpthread.so.0
#7 0x00000038f3ae76dd in clone () from /usr/lib/libc.so.6
libtorrent-rasterbar
1:1.1-2
qbittorrent
3.3.5-1
@zetok commented on GitHub (Jul 6, 2016):
@hepha you're missing debug symbols, thus backtrace is close to being useless.
↓ that's how ~nice backtrace looks like, although it's still not very good, since code wasn't compiled with
-O0, and there are missing debug symbols for glibcWould appear that it's a problem with rb_libtorrent – qBT 3.3.5, rb_libtorrent 1.1.0, GCC 6.1
@hepha commented on GitHub (Jul 6, 2016):
I'm sorry this is the first time I used gdb debugging, as well as the need instruction Please tell me what to copy and paste XD
thread apply all bt
gdb-qt.zip
@zetok commented on GitHub (Jul 6, 2016):
@hepha gdb prints all the info that is available – i.e. you need to have debug symbols installed. If you're (like many other people here) using arch, you'd need to recompile your system to get debug symbols. Or get some other distro, that actually does provide debugging symbols as packages. If you're not using arch, then just install debugging symbols for the stuff in backtrace that needs them. E.g. openSUSE has a nice gdb integration, where it tells you which packages to install to get debugging symbols for all the stuff in backtrace.
@hepha commented on GitHub (Jul 6, 2016):
@zetok
i look this [1] build libxcb libtorrent-rasterbar qbittorrent and install [2] pyqt5-common-debug python-pyqt5-debug qt5-base-debug qt5-webkit-debug
Will need anything else ? I also need to compile glibc2 error in the study
qbittorrent-db-trace-log.zip
[1] Debug - Getting Traces - ArchWiki
https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces
[2]Getting stacktraces on crashes | qutebrowser
https://www.qutebrowser.org/doc/stacktrace.html
@hepha commented on GitHub (Jul 7, 2016):
@zetok
Compiled object
http://downloads.sourceforge.net/sourceforge/qbittorrent/qbittorrent-3.3.5.tar.xz
test version
libtorrent-rasterbar.so.8 OK
libtorrent-rasterbar.so.9 ERROR
qbittorrent-trace-libtorrent-rasterbar.zip
qbittorrent-trace-libtorrent-rasterbar.so.8.log
qbittorrent-trace-libtorrent-rasterbar.so.9.log
@XRevan86 commented on GitHub (Jul 19, 2016):
Does
github.com/arvidn/libtorrent@66e5994fix this issue?@cesarizu commented on GitHub (Jul 19, 2016):
There's a fix that the openSUSE guys found. See:
https://bugzilla.opensuse.org/show_bug.cgi?id=978600
https://build.opensuse.org/request/show/411587
@XRevan86 commented on GitHub (Jul 19, 2016):
Patches that I backported to 1.1.0 in openSUSE solve actual reports in Arch Linux: FS#49836 (this one, boo#989180), FS#49903 (boo#978600, boo#988986), FS#49903 + CVE-2016-5301 (bsc#983228).
I'd really like Arch Linux maintainers to take the patches instead of waiting for libtorrent-rasterbar 1.1.1 to get released (which I don't know when'll happen).
And maintainers of other distributions with libtorrent-rasterbar 1.1.0, too.
@samcv commented on GitHub (Jul 19, 2016):
Thanks I've updated the Arch Linux bug report I made about the crash on qBittorrent as well as the one related to Deluge crashing with the patch and updated PKGBUILD (tested and the fix works great). See https://bugs.archlinux.org/task/49861 for anyone interested. Hopefully this will be applied to libtorrent soon! Thanks all.
@XRevan86 commented on GitHub (Jul 20, 2016):
@samcv, but you didn't apply the fix for boo#988986,
libtorrent-rasterbar-1.1.0-python-fixes.patchthat is.Patch is a cumulation of
github.com/arvidn/libtorrent@e4fd45e,github.com/arvidn/libtorrent@80710ab(https://github.com/arvidn/libtorrent/issues/648),github.com/arvidn/libtorrent@f01ac8f, andgithub.com/arvidn/libtorrent@42c6376.@samcv commented on GitHub (Jul 21, 2016):
@XRevan86 the IP Filter patch and the python one have both been committed to the Arch Linux testing repository as of now:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/libtorrent-rasterbar&id=c4199854368aefbdf9ac29ae4947299a07004255
It should be available in Extra repository shortly.
@samcv commented on GitHub (Jul 21, 2016):
Tested it myself on 3.3.4, 3.3.5 and 3.3.6 as well so feel free for this bug to be closed now. :)
@hepha commented on GitHub (Jul 30, 2016):
@samcv Thanks you, Can work
@sledgehammer999 commented on GitHub (Sep 11, 2016):
I skimmed the thread and it seems the original bug was in libtorrent 1.1.0. And 1.1.1 fixes that. So I am closing this.