Libtorrent crash in upnp::on_reply or upnp::delete_mapping

Bug #657745 reported by Nick Korotysh
30
This bug affects 3 people
Affects Status Importance Assigned to Milestone
libtorrent-rasterbar
Unknown
Unknown
qBittorrent
Triaged
Undecided
Christophe Dumez

Bug Description

Arch Linux x64, kernel 2.6.53-ARCH, Qt 4.7.0, qBittorrent 2.4.4

Programm runs only one time after installing. Then that reports:
I'm sorry, I write in English bad, because I'm russian.

Peer ID: -qB2440-
HTTP user agent is qBittorrent v2.4.4

*************************************************************
Catching SIGSEGV, please report a bug at http://bug.qbittorrent.org
and provide the following backtrace:
stack trace:
  /lib/libc.so.6 : ()+0x32610 [0x7f2d3aa13610]
  /lib/libc.so.6 : cfree()+0x19 [0x7f2d3aa57429]
  /usr/lib/libtorrent-rasterbar.so.6 : libtorrent::upnp::on_reply(boost::asio::ip::basic_endpoint<boost::asio::ip::udp> const&, char*, unsigned long)+0x86b [0x7f2d3d245d2b]
  /usr/lib/libtorrent-rasterbar.so.6 : libtorrent::broadcast_socket::on_receive(libtorrent::broadcast_socket::socket_entry*, boost::system::error_code const&, unsigned long)+0x7b [0x7f2d3d0f0ecb]
  /usr/lib/libtorrent-rasterbar.so.6 : boost::asio::detail::reactive_socket_service<boost::asio::ip::udp>::receive_from_op<boost::asio::mutable_buffers_1, boost::_bi::bind_t<void, boost::_mfi::mf3<void, libtorrent::broadcast_socket, libtorrent::broadcast_socket::socket_entry*, boost::system::error_code const&, unsigned long>, boost::_bi::list4<boost::_bi::value<libtorrent::broadcast_socket*>, boost::_bi::value<libtorrent::broadcast_socket::socket_entry*>, boost::arg<1>, boost::arg<2> > > >::do_complete(boost::asio::detail::task_io_service<boost::asio::detail::epoll_reactor>*, boost::asio::detail::task_io_service_operation<boost::asio::detail::epoll_reactor>*, boost::system::error_code, unsigned long)+0xdf [0x7f2d3d0f2d9f]
  /usr/lib/libtorrent-rasterbar.so.6 : libtorrent::aux::session_impl::operator()()+0x54a [0x7f2d3d1be51a]
  /usr/lib/libboost_thread-mt.so.1.43.0 : thread_proxy()+0x62 [0x7f2d3a1b1ad2]
  /lib/libpthread.so.0 : ()+0x6cb0 [0x7f2d3cdd2cb0]
  /lib/libc.so.6 : clone()+0x6d [0x7f2d3aaaf9fd]
Ошибка сегментирования

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

This is a known libtorrent-rasterbar issue. Would you be able to compile libtorrent with debug and get a debug backtrace with gdb? I guide you through it if necessary.

summary: - programm don't starts
+ Libtorrent crash in upnp::on_reply or upnp::delete_mapping
Changed in qbittorrent:
assignee: nobody → Christophe Dumez (hydr0g3n)
status: New → Triaged
Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Just to be safe, are you certain that you have the right libtorrent package? (meaning the same version that was used to compile your qbittorrent package).

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Would anyone be able to test this qBittorrent patch?

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

An easy workaround for this is to disable UPnP:

Type type as a normal user in a terminal:
sed -i "s|Connection\\\UPnP=true|Connection\\\UPnP=false|" ~/.config/qBittorrent/qBittorrent.conf

Revision history for this message
Christophe Dumez (hydr0g3n) wrote :

Copying the attached configuration file to ~/.config/qBittorrent folder is safer than my sed command posted earlier. Often, UPnP=false is not present in the configuration file (and default is enabled).

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.