Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

continued random crashes #6201

Closed
BraydenDean opened this issue Jan 5, 2017 · 12 comments
Closed

continued random crashes #6201

BraydenDean opened this issue Jan 5, 2017 · 12 comments

Comments

@BraydenDean
Copy link

keeps happening, not sure why. randomly crashes when running


Catching signal: SIGSEGV
Please file a bug report at http://bug.qbittorrent.org and provide the following information:

qBittorrent version: v3.3.10
stack trace:
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x15f21b [0x7f83741c221b]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1611ca [0x7f83741c41ca]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xa17a3 [0x7f83741047a3]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xa491a [0x7f837410791a]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xa934f [0x7f837410c34f]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xaa9ed [0x7f837410d9ed]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1690ac [0x7f83741cc0ac]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x169ebb [0x7f83741ccebb]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c4aa8 [0x7f8374227aa8]
/usr/lib/libtorrent-rasterbar.so.9 : ()+0xc5b4f [0x7f8374128b4f]
/usr/lib/libpthread.so.0 : ()+0x7454 [0x7f8371db2454]
/usr/lib/libc.so.6 : clone()+0x5f [0x7f83712527df]
[1] 29739 segmentation fault (core dumped) qbittorrent

@okeatime
Copy link
Contributor

okeatime commented Jan 5, 2017

This seems yet another libtorrent 1.1.x problem.
Can you use 1.0.10 instead?

All the official releases uses libtorrent 1.0.10 right now. https://www.qbittorrent.org/download.php

@BraydenDean
Copy link
Author

trying 1.0.10 now

@BraydenDean
Copy link
Author

I do but it has no libtorrent-rasterbar.so.9, so I tried linking it to libtorrent.rasterbar.so, but it errors with
qbittorrent: symbol lookup error: qbittorrent: undefined symbol: _ZN10libtorrent25create_ut_metadata_pluginERKNS_14torrent_handleEPv

@BraydenDean
Copy link
Author

I guess I forgot to mention I'm on Linux (arch) if that makes a difference

@BraydenDean
Copy link
Author

I downgraded to the last version of libtorrent-rasterbar from the Arch archives, which seemed to work fine in the past, so I'll see how that goes

@BraydenDean
Copy link
Author

is it an issue with the number of torrents loaded?

@BraydenDean
Copy link
Author

I'm downgrading to qbittorrent 3.2.0, had to go with libtorrent-rasterbar 1:1.0.5-1, also had to roll back boost and boost-libs to 1.58.0, and it seems to work for now.

@okeatime
Copy link
Contributor

okeatime commented Jan 6, 2017

Probably Arch users should listen to @tuxayo's advice here.
#5548 (comment)

@jwty
Copy link

jwty commented Jan 10, 2017

I am also experiencing these crashes. As an Arch user I tried to follow https://github.com/qbittorrent/qBittorrent/issues/5548#issuecomment-269137273 advice as @okeatime advised, but got this error upon launching qbittorrent:
qbittorrent-nox: error while loading shared libraries: libtorrent-rasterbar.so.9: cannot open shared object file: No such file or directory.
After reverting changes (installing qbittorrent from repo) everything worked fine for couple of hours but then it crashed again and continued to crash every time I launched qbt.


Catching signal: SIGSEGV
Please file a bug report at http://bug.qbittorrent.org and provide the following information:

qBittorrent version: v3.3.10
stack trace:
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x15f21b  [0x7f0e522fd21b]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1611ca  [0x7f0e522ff1ca]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0xa17a3  [0x7f0e5223f7a3]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0xa491a  [0x7f0e5224291a]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0xa934f  [0x7f0e5224734f]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0xaa9ed  [0x7f0e522489ed]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1690ac  [0x7f0e523070ac]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x169507  [0x7f0e52307507]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x3029f4  [0x7f0e524a09f4]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0x1c4aa8  [0x7f0e52362aa8]
  /usr/lib/libtorrent-rasterbar.so.9 : ()+0xc5b4f  [0x7f0e52263b4f]
  /usr/lib/libpthread.so.0 : ()+0x7454  [0x7f0e51109454]
  /usr/lib/libc.so.6 : clone()+0x5f  [0x7f0e505a97df]
[1]    26468 segmentation fault (core dumped)  qbittorrent-nox --webui-port=XXX 

@tuxayo
Copy link

tuxayo commented Jan 15, 2017

@t3tri5 You have to compile qbittorrent so it will be linked against the right version of libtorrent.

There is no AUR package for qbittorrent-nox that could allow you to do this effortlessly. You can still use the PKGBUILD of qbittorrent-nox directly https://git.archlinux.org/svntogit/community.git/tree/trunk?h=packages/qbittorrent

@Chocobo1
Copy link
Member

Feel free to reopen this if the issue persist.

@FranciscoPombal
Copy link
Member

No longer relevant since libtorrent 1.1.x support was dropped.

@qbittorrent qbittorrent locked as resolved and limited conversation to collaborators Aug 18, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants