Closed GoogleCodeExporter closed 9 years ago
Полагаю, подобная правка приведет только к
невыдаче диагностики. Ошибка же останется
на месте. ex:i8 предназначено для работы с
серверами, которые пользуют apache диалект
xmlrpc. В случае с rtorrent это не так.
А ошибка Ваша, предполагаю, связана с тем,
что динамически подгружаются старые so
библиотеки от xmlrpc-c 1.06 (или что там у Вас
ранее стояло). Проверить, что реально
грузится можно командой ldd rtorrent.
Original comment by novik65
on 1 Dec 2009 at 9:07
Original comment by novik65
on 1 Dec 2009 at 9:10
Перед сборкой новой версии xmlrpc-c была
вычищена из системы.
Проверил командой ldd rtorrent что грузятся
библиотеки именно от новой версии.
Плюс после сделанного мной изменения стали
нормально показываться размеры больфих
торрентов и сохраняться настройки.
Проверка версии xmlrpc делается таким образом:
$req = new rXMLRPCRequest( new rXMLRPCCommand("to_kb", floatval(1024)) );
f($req->run())
{
$this->linkExist = true;
if(!$req->fault)
я так понимаю функция отрабатывает верно, и
по всей видимости $req->fault=false
Original comment by kolokolnikov
on 1 Dec 2009 at 8:47
Смысл в том, что подобная правка на всех
известных мне системах приводит к fault.
Возможно (не пробовал) этого можно
избежать, если явно указать диалект xmlrpc в
файле
конфигурации rtorrent. Отсюда вопрос - а нет ли
у Вас в rtorrent.rc подобного
безобразия - выдачи команды xmlrpc_dialect?
Original comment by novik65
on 2 Dec 2009 at 8:44
Собрал rtorrent 0.8.6 и xmlrpc 1.20 под centos из
исходников - ошибка пропала. так и
не понял в чем было дело, почему в debian lenny (с
которым рухнул мой винт) пришлось
делать такую правку
Original comment by kolokolnikov
on 28 Jan 2010 at 8:25
Original issue reported on code.google.com by
kolokolnikov
on 30 Nov 2009 at 5:36Attachments: