libtorrent-rasterbar0.15-0.15.0 svn4163 qbittorrent-2.1.1 svn3439 падает не по детски :( позавчера вышла официально 2.1.1, и я бы ее советовал собрать ее не с 0.15.0, а с рекомендуемой 0.14.8 $ qbittorrent Peer ID: -qB2110- HTTP user agent is qBittorrent v2.1.1 terminate called after throwing an instance of 'std::length_error' what(): basic_string::resize ************************************************************* Catching SIGABRT, please report a bug at http://bug.qbittorrent.org and provide the following backtrace: stack trace: /lib64/libc.so.6 [0x7f26c851f070] /lib64/libc.so.6 : gsignal()+0x35 [0x7f26c851eff5] /lib64/libc.so.6 : abort()+0x175 [0x7f26c8520415] /usr/lib64/libstdc++.so.6 : __gnu_cxx::__verbose_terminate_handler()+0x12d [0x7f26c8d8c6ed] /usr/lib64/libstdc++.so.6 [0x7f26c8d8a876] /usr/lib64/libstdc++.so.6 [0x7f26c8d8a8a3] /usr/lib64/libstdc++.so.6 [0x7f26c8d8a99e] /usr/lib64/libstdc++.so.6 : std::__throw_length_error(char const*)+0x67 [0x7f26c8d33f87] /usr/lib64/libstdc++.so.6 [0x7f26c8d6e6a3] /usr/lib64/libtorrent-rasterbar.so.6 : libtorrent::convert_to_native(std::string const&)+0xfc [0x7f26ca73ab0c] /usr/lib64/libtorrent-rasterbar.so.6 : libtorrent::file::open(boost::filesystem::basic_path<std::string, boost::filesystem::path_traits> const&, int, boost::system::error_code&)+0x84 [0x7f26ca73be88] /usr/lib64/libtorrent-rasterbar.so.6 : libtorrent::load_file(boost::filesystem::basic_path<std::string, boost::filesystem::path_traits> const&, std::vector<char, std::allocator<char> >&)+0x36 [0x7f26ca7f862c] /usr/bin/qbittorrent : Bittorrent::addTorrent(QString, bool, QString, bool)+0xda8 [0x4c1522] /usr/bin/qbittorrent : Bittorrent::startUpTorrents()+0x1221 [0x4cf2ef] /usr/bin/qbittorrent : GUI::GUI(QWidget*, QStringList)+0x1a05 [0x52625d] /usr/bin/qbittorrent : main()+0x13a3 [0x4b4db5] /lib64/libc.so.6 : __libc_start_main()+0xfd [0x7f26c850c9dd] /usr/bin/qbittorrent [0x4b31c9]
1) Эта сборка еще не в сизифе :) 2) У меня не падает 3) вы не смотрите на svn, это релиз просто чуть чуть раньше оф.
(В ответ на комментарий №1) > 1) Эта сборка еще не в сизифе :) Сорри, повинен. > 2) У меня не падает i586? у меня x86_64 (300+ torrents to seed), и почему-то падают :( Я в свое время долго с бубном танцевал, чтобы собрать нормальную сборку qbittorrent для 4.1. Обновился на 5.1 - там 1.6.0 падает, Собрал последнюю из git- еще хуже :( > 3) вы не смотрите на svn, это релиз просто чуть чуть раньше оф. а почему 0.15.0 вместо 0.14.8?
(В ответ на комментарий №2) > > 2) У меня не падает > i586? у меня x86_64 (300+ torrents to seed), и почему-то падают :( У меня тоже 64 но порядка 80 торрентов. > > 3) вы не смотрите на svn, это релиз просто чуть чуть раньше оф. > а почему 0.15.0 вместо 0.14.8? ну... в тесном контакте с апстримом
я собрал себе под 5.1 qbittorrent 2.1.1 + libtorrent-rasterbar 0.14.8 из апстримных тарболов. 3 часа полет нормальный. с другой стороны, я в процессе пробования разных версий угробил настройки, пришлось перечитать торренты заново, так что чем была вызвана глючность, уже тяжело сказать. Я указанной комбинацией версий очень доволен, хотел бы получить ваше разрешение сбакпортить ее в 5.1.
(В ответ на комментарий №4) > Я указанной комбинацией версий очень доволен Сорри, поспешил. После перезапуска опять падает.
(В ответ на комментарий №5) > (В ответ на комментарий №4) > > Я указанной комбинацией версий очень доволен > Сорри, поспешил. После перезапуска опять падает. А если убрать пока те торренты что были.. Т.е. вообще погонять его с нуля? Была в какой-то версии ошибка когда он падал пытаясь поднять предыдущие торренты (но это было давно).
Да. попробуйте убрать BT_backup директорию куда-нибудь в сторону,запустите qbittorrent и добавляйте по одному ваши торренты чтобы найти какой из них не нравится ему. А, апстрим просит gdb backtrace (только libtorrent должен быть с дебагом собран) если не затруднит.
(В ответ на комментарий №7) > Да. попробуйте убрать BT_backup директорию куда-нибудь в сторону,запустите > qbittorrent и добавляйте по одному ваши торренты чтобы найти какой из них не > нравится ему. > > А, апстрим просит gdb backtrace (только libtorrent должен быть с дебагом > собран) если не затруднит. Ок, понял, только я послезавтра еду к родным на неделю, так что скорее всего позже уже отладкой займусь, где-то дней через 10.
повесил в upstream https://bugs.launchpad.net/qbittorrent/+bug/517062
$ rpm -qa|grep qbitt qbittorrent-2.2.0-alt0.1.svn3565 Падает с ошибкой сегментирования. Это что-то новое или отголоски текущей баги?
(В ответ на комментарий №10) > $ rpm -qa|grep qbitt > qbittorrent-2.2.0-alt0.1.svn3565 > > Падает с ошибкой сегментирования. Это что-то новое или отголоски текущей баги? А libtorrent какая? Почему ж у меня не падает то :(
# rpm -qa|grep libtorrent libtorrent-rasterbar0.15-0.15.0-alt0.1.svn4196 Сегодня до записи в багу сделал dist-upgrade. А вообще стала падать после обновления 13 февраля, но не пользовался и сразу не придал значения.
(В ответ на комментарий №10) > $ rpm -qa|grep qbitt > qbittorrent-2.2.0-alt0.1.svn3565 > > Падает с ошибкой сегментирования. Это что-то новое или отголоски текущей баги? я свою повесил в upsream как http://code.google.com/p/libtorrent/issues/detail?id=28 а чтобы понять вашу, надо опять же пересобрать пакеты с отладочными символами, (могу srpm бросить) запустить $ gdb qbittorrent > run .. Wait for the crash .. > thread apply all bt full .. Will print a good backtrace for all threads .. и повесить баг в апстрим.
В новом релизе продолжает падать? Там же в libtorrent ? Если да предлагаю эту закрыть и перевесить на libtorrent тогда
перевесил.
у меня работает, и по gdb проблема в libtorrent. viy перевесил.