buffer overflow detected #9568

New issue

Closed

opened 2026-02-21 20:15:25 -05:00 by deekerman · 2 comments

deekerman commented

2026-02-21 20:15:25 -05:00

Owner

Originally created by @p1co on GitHub (Dec 29, 2019).

qBittorrent version and Operating System

qBittorrent version: v4.2.1
openSUSE Tumbleweed

If on linux, libtorrent-rasterbar and Qt version

Qt 5.13.1 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 9.2.1 20190903 [gcc-9-branch revision 275330]) on "xcb"
OS: openSUSE Tumbleweed [linux version 5.3.12-2-default]

What is the problem

Caught signal: SIGABRT

Stack trace:
/lib64/libc.so.6 : gsignal()+0x141 [0x7f3ca36a20d1]
/lib64/libc.so.6 : abort()+0x127 [0x7f3ca368b55d]
/lib64/libc.so.6 : ()+0x7f45f [0x7f3ca36e545f]
/lib64/libc.so.6 : ()+0x10f10d [0x7f3ca377510d]
/lib64/libc.so.6 : ()+0x10f143 [0x7f3ca3775143]
/lib64/libc.so.6 : ()+0x10dad2 [0x7f3ca3773ad2]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1f96b0 [0x7f3ca531b6b0]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1bc753 [0x7f3ca52de753]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x122b7d [0x7f3ca5244b7d]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x11772a [0x7f3ca523972a]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x118709 [0x7f3ca523a709]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1236c9 [0x7f3ca52456c9]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1f4165 [0x7f3ca5316165]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x17be60 [0x7f3ca529de60]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x17cbe7 [0x7f3ca529ebe7]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0xc81d7 [0x7f3ca51ea1d7]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x14fe88 [0x7f3ca5271e88]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x2fc146 [0x7f3ca541e146]
/usr/lib64/libtorrent-rasterbar.so.10 : ()+0x20da34 [0x7f3ca532fa34]
/usr/lib64/libstdc++.so.6 : ()+0xd6e90 [0x7f3ca3a62e90]
/lib64/libpthread.so.0 : ()+0x8f2a [0x7f3ca5103f2a]
/lib64/libc.so.6 : clone()+0x3f [0x7f3ca37654af]
[1] 8532 abort (core dumped) qbittorrent

What is the expected behavior

Not core dump, download torrent completely without issue

Steps to reproduce

Start downloading torrent, core dump occurs either immediately or shortly after downloading begins

Originally created by @p1co on GitHub (Dec 29, 2019). ### qBittorrent version and Operating System qBittorrent version: v4.2.1 openSUSE Tumbleweed ### If on linux, libtorrent-rasterbar and Qt version Qt 5.13.1 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 9.2.1 20190903 [gcc-9-branch revision 275330]) on "xcb" OS: openSUSE Tumbleweed [linux version 5.3.12-2-default] ### What is the problem Caught signal: SIGABRT Stack trace: /lib64/libc.so.6 : gsignal()+0x141 [0x7f3ca36a20d1] /lib64/libc.so.6 : abort()+0x127 [0x7f3ca368b55d] /lib64/libc.so.6 : ()+0x7f45f [0x7f3ca36e545f] /lib64/libc.so.6 : ()+0x10f10d [0x7f3ca377510d] /lib64/libc.so.6 : ()+0x10f143 [0x7f3ca3775143] /lib64/libc.so.6 : ()+0x10dad2 [0x7f3ca3773ad2] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1f96b0 [0x7f3ca531b6b0] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1bc753 [0x7f3ca52de753] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x122b7d [0x7f3ca5244b7d] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x11772a [0x7f3ca523972a] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x118709 [0x7f3ca523a709] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1236c9 [0x7f3ca52456c9] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x1f4165 [0x7f3ca5316165] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x17be60 [0x7f3ca529de60] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x17cbe7 [0x7f3ca529ebe7] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0xc81d7 [0x7f3ca51ea1d7] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x14fe88 [0x7f3ca5271e88] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x2fc146 [0x7f3ca541e146] /usr/lib64/libtorrent-rasterbar.so.10 : ()+0x20da34 [0x7f3ca532fa34] /usr/lib64/libstdc++.so.6 : ()+0xd6e90 [0x7f3ca3a62e90] /lib64/libpthread.so.0 : ()+0x8f2a [0x7f3ca5103f2a] /lib64/libc.so.6 : clone()+0x3f [0x7f3ca37654af] [1] 8532 abort (core dumped) qbittorrent ### What is the expected behavior Not core dump, download torrent completely without issue ### Steps to reproduce Start downloading torrent, core dump occurs either immediately or shortly after downloading begins

deekerman

2026-02-21 20:15:25 -05:00

closed this issue
added the
Crash

Libtorrent
labels

deekerman commented

2026-02-21 20:15:31 -05:00

Author

Owner

@Dr-Escher commented on GitHub (Dec 30, 2019):

I also experience similar issues running the latest stable qbittorrent-nox. Even without any active downloads and after days of uptime the process suddenly aborts. All the previous releases (including 4.2.0) ran stable for me.

Linux 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux
GNU C Library (Debian GLIBC 2.28-10) stable release version 2.28.
gcc (Debian 8.3.0-6) 8.3.0
libtorrent-1.2.3 (arvidn/libtorrent@078f7b9)
release-4.2.1 (qBittorrent@118af03)

qBittorrent was built with the following libraries:

Qt: 5.11.3
Libtorrent: 1.2.3.0
Boost: 1.67.0
OpenSSL: 1.1.1d
zlib: 1.2.11

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


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

qBittorrent version: v4.2.1

Caught signal: SIGABRT
Stack trace:
  /lib/x86_64-linux-gnu/libc.so.6 : gsignal()+0x10b  [0x7fc37de657bb]
  /lib/x86_64-linux-gnu/libc.so.6 : abort()+0x121  [0x7fc37de50535]
  /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x8c983  [0x7fc37e21a983]
  /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x928c6  [0x7fc37e2208c6]
  /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x92901  [0x7fc37e220901]
  /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x92b34  [0x7fc37e220b34]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x108533  [0x7fc37eb1f533]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x1083e8  [0x7fc37eb1f3e8]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x1a2b12  [0x7fc37ebb9b12]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xfe508  [0x7fc37eb15508]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xe3c9a  [0x7fc37eafac9a]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xe6348  [0x7fc37eafd348]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xebab9  [0x7fc37eb02ab9]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xc8144  [0x7fc37eadf144]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xc829b  [0x7fc37eadf29b]
  /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x142243  [0x7fc37eb59243]
  /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0xbbb2f  [0x7fc37e249b2f]
  /lib/x86_64-linux-gnu/libpthread.so.0 : ()+0x7fa3  [0x7fc37e319fa3]
  /lib/x86_64-linux-gnu/libc.so.6 : clone()+0x3f  [0x7fc37df274cf]
Aborted

@Dr-Escher commented on GitHub (Dec 30, 2019): I also experience similar issues running the latest stable qbittorrent-nox. Even without any active downloads and after days of uptime the process suddenly aborts. All the previous releases (including 4.2.0) ran stable for me. Linux 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u2 (2019-11-11) x86_64 GNU/Linux GNU C Library (Debian GLIBC 2.28-10) stable release version 2.28. gcc (Debian 8.3.0-6) 8.3.0 libtorrent-1.2.3 (arvidn/libtorrent@078f7b9) release-4.2.1 (qBittorrent@118af03) > qBittorrent was built with the following libraries: > > Qt: 5.11.3 > Libtorrent: 1.2.3.0 > Boost: 1.67.0 > OpenSSL: 1.1.1d > zlib: 1.2.11 ``` terminate called after throwing an instance of 'std::bad_weak_ptr' what(): bad_weak_ptr ************************************************************* Please file a bug report at http://bug.qbittorrent.org and provide the following information: qBittorrent version: v4.2.1 Caught signal: SIGABRT Stack trace: /lib/x86_64-linux-gnu/libc.so.6 : gsignal()+0x10b [0x7fc37de657bb] /lib/x86_64-linux-gnu/libc.so.6 : abort()+0x121 [0x7fc37de50535] /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x8c983 [0x7fc37e21a983] /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x928c6 [0x7fc37e2208c6] /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x92901 [0x7fc37e220901] /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0x92b34 [0x7fc37e220b34] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x108533 [0x7fc37eb1f533] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x1083e8 [0x7fc37eb1f3e8] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x1a2b12 [0x7fc37ebb9b12] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xfe508 [0x7fc37eb15508] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xe3c9a [0x7fc37eafac9a] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xe6348 [0x7fc37eafd348] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xebab9 [0x7fc37eb02ab9] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xc8144 [0x7fc37eadf144] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0xc829b [0x7fc37eadf29b] /usr/local/lib/libtorrent-rasterbar.so.10 : ()+0x142243 [0x7fc37eb59243] /usr/lib/x86_64-linux-gnu/libstdc++.so.6 : ()+0xbbb2f [0x7fc37e249b2f] /lib/x86_64-linux-gnu/libpthread.so.0 : ()+0x7fa3 [0x7fc37e319fa3] /lib/x86_64-linux-gnu/libc.so.6 : clone()+0x3f [0x7fc37df274cf] Aborted ```

deekerman commented

2026-02-21 20:15:31 -05:00

Author

Owner

@Dr-Escher commented on GitHub (Feb 10, 2020):

This issue seems to be fixed in libtorrent-1.2.4 (arvidn/libtorrent@ad83b1c)

qBittorrent was built with the following libraries:

Qt: | 5.11.3
Libtorrent: | 1.2.4.0
Boost: | 1.67.0
OpenSSL: | 1.1.1d
zlib: | 1.2.11

@Dr-Escher commented on GitHub (Feb 10, 2020): This issue seems to be fixed in libtorrent-1.2.4 (arvidn/libtorrent@ad83b1c) > qBittorrent was built with the following libraries: > > Qt: | 5.11.3 > Libtorrent: | 1.2.4.0 > Boost: | 1.67.0 > OpenSSL: | 1.1.1d > zlib: | 1.2.11