XML-RPC клиент для rTorrent

[fuCtor]

Вот, с внесенными изменениями:
http://code.google.com/p/rwin/source/browse/trunk/src/rtorrent/rtorrentio.cpp

[ритт]

вай-вай...краш при попытке соединиться...

кстати, /RPC2 на сервере откуда должно взяться? у меня рторрент 0.6.4 и накакой вэб-части у него не вижу. /* сильно не пинайте - я с торрентами ещё на "вы" */

[fuCtor]

http://www.permlug.org/node/3941/ вот тут инструкция о настройке xml-rpc для rtorrent-а
Сам он работает через scgi интерфейс, а если прикрутить сервер то будет как положено.

[pastor]

2  fuCtor, посомрел код, нужно сделать небольшие правки:

Код

C++ (Qt)
void RTorrentIO::run(){
        if(InstanceCount == 1)
        {
                client = new Client();
                client->setHost(hostname,port,path);
        }
        exec();
 
        if(!InstanceCount) { //удалеям когда нет ниодного экземпляра потока
            delete client;
            client = 0;
        }
}

Но чесно сказать смонительная реализация RTorrentIO. Меня настараживает использование статического члена

client

. Создается в одном потоке, может быть удален в другом.

Доступ к client никак не защищен:

Код

C++ (Qt)
Client * RTorrentIO::operator ->()
{
        return client;
}

что будет при попытке одновременной модификации данных client? Правильно, ничего хорошего

Также непонятные дейтвия в конструкторе:

Код

C++ (Qt)
....
if(!InstanceCount)
{
    start();
}else
{
    quit();
}
InstanceCount++;
....

Если на то дело пошло, то тогда так:

Код

C++ (Qt)
....
if(!InstanceCount)
{
    start();
}else
{
    quit();
    wait();
}
InstanceCount++;
....

Хотя смысла я непонимаю в этом коде.

Диструктор тоже нужно изменить для корректного завершения потока, примерно так:

Код

C++ (Qt)
RTorrentIO::~RTorrentIO()
{
    if (isRunning()) {
        quit();
        wait();
    }
}

Так что незнаю что вам подсказать, т.к. незнаю что должно быть.

[fuCtor]

Идея была в том, чтобы создать один экземпляр потока, в котором будет крутиться соответственно единственный Xml-Rpc клиент. Связь с другими потоками через сигналы. При первом создании указывается настройки для доступа, а в остальных классах просто получаю доступ к уже имеющемуся экземпляру. Когда количество экземпляров будет 0 то уничтожить и client. Вот как-то так. Вот только интересно, будет ли работать обмен быстрее, если каждый класс будет владеть своим экземпляром Сlient 
 
На счет конструктора согласен .

[pastor]

Вот только интересно, будет ли работать обмен быстрее, если каждый класс будет владеть своим экземпляром Сlient 

Попробкйте, т.к. текущая реализация неверна, имхо.

На счет конструктора согласен .

Более того, я бы сказал, что потоки все после первого (с InstanceCount >1) будут совершено бесполезны, т.к. они будут незапущены. start() вызывается только для первого потока.