Crash on ARM #1953

New issue

Closed

opened 2026-02-21 15:56:49 -05:00 by deekerman · 1 comment

deekerman commented

2026-02-21 15:56:49 -05:00

Owner

Originally created by @ghost on GitHub (Dec 20, 2014).

Compiled latest libtorrent-rasterbar-0.16.17 and qbittorrent-3.1.11 from source today on a CubieTruck running Cubian.

Linux cubian-mw 3.4.79-sun7i #14 SMP PREEMPT Thu Jul 3 06:39:51 CST 2014 armv7l GNU/Linux

On first run I had this -

terminate called after throwing an instance of 'std::bad_cast'
what(): std::bad_cast

Catching SIGABRT, please report a bug at http://bug.qbittorrent.org
and provide the following backtrace:
qBittorrent version: v3.1.11
stack trace:
/lib/arm-linux-gnueabihf/libc.so.6 : __default_sa_restorer_v2()+0 [0xb5eabbf0]
/lib/arm-linux-gnueabihf/libc.so.6 : ()+0x16f96 [0xb5e9cf96]
/lib/arm-linux-gnueabihf/libc.so.6 : gsignal()+0x29 [0xb5eaaf8a]
Aborted

It has run flawlessly since.
HTH.

Originally created by @ghost on GitHub (Dec 20, 2014). Compiled latest libtorrent-rasterbar-0.16.17 and qbittorrent-3.1.11 from source today on a CubieTruck running Cubian. Linux cubian-mw 3.4.79-sun7i #14 SMP PREEMPT Thu Jul 3 06:39:51 CST 2014 armv7l GNU/Linux On first run I had this - terminate called after throwing an instance of 'std::bad_cast' what(): std::bad_cast --- Catching SIGABRT, please report a bug at http://bug.qbittorrent.org and provide the following backtrace: qBittorrent version: v3.1.11 stack trace: /lib/arm-linux-gnueabihf/libc.so.6 : __default_sa_restorer_v2()+0 [0xb5eabbf0] /lib/arm-linux-gnueabihf/libc.so.6 : ()+0x16f96 [0xb5e9cf96] /lib/arm-linux-gnueabihf/libc.so.6 : gsignal()+0x29 [0xb5eaaf8a] Aborted It has run flawlessly since. HTH.

deekerman

2026-02-21 15:56:49 -05:00

closed this issue
added the
Crash
label

deekerman commented

2026-02-21 15:56:54 -05:00

Author

Owner

@sledgehammer999 commented on GitHub (Dec 20, 2014):

Thanks for the report but that info doesn't show much.
It just shows that it dies somewhere inside libc.so which is a system lib. It doesn't any qbt/libtorrent function call at all.
If this happens again, I suggest you run it through gdb and issue thread apply all bt full after it crashes.

@sledgehammer999 commented on GitHub (Dec 20, 2014): Thanks for the report but that info doesn't show much. It just shows that it dies somewhere inside libc.so which is a system lib. It doesn't any qbt/libtorrent function call at all. If this happens again, I suggest you run it through gdb and issue `thread apply all bt full` after it crashes.