[Qt 3] Два сокета QSocketDevice в одном классе-наследнике QObject

[qtkoder777]

Здравствуйте. Необходимо реализовать работу с сетью по протоколу UDP на Qt 3.
Программа должна соединяться с многими устройствами, у каждого устройства есть основной и резервный канал. Для этого написан класс NetInterface, содержащий два сокета для основного и для резервного канала.

Когда создан один сокет(setPrimaryChannel или setSecondaryChannel), работают и передача и прием.  
Если создать оба сокета, то сокеты работают только на передачу - сигнал activated при получении данных не возникает.
Выяснилось, что дело именно в сокетах - достаточно добавить в метод setPrimaryChannel строку

Код

C++ (Qt)
QSocketDevice* s=new QSocketDevice;

чтобы перестал работать прием.
Если сокеты не находятся в одном классе-наследнике QObject, то они успешно работают вместе.
Во всех примерах к Qt3 в классе только один сокет.

Является ли это каким-то известным багом Qt 3, и как его обходить?

Код

C++ (Qt)
class NetInterface : public QObject
{
    Q_OBJECT
public:
    NetInterface();
    ~NetInterface();
    void setPrimaryChannel(QHostAddress addr, int port);
    void setSecondaryChannel(QHostAddress addr, int port);
    void sendPacket(const char* packet, int size);
private:
    QSocketDevice *pSocket, *sSocket;
    QSocketNotifier *pNotifier, *sNotifier;
    QHostAddress pAddr, sAddr;
    int pPort, sPort;
private slots:
    void pDataReceived(int);
    void sDataReceived(int);
};
 
void NetInterface::setPrimaryChannel(QHostAddress addr, int port)
{
    pAddr=addr;
    pPort=port;
    pSocket=new QSocketDevice(QSocketDevice::Datagram);
    pSocket->setBlocking(false);
    pSocket->bind(addr, port);
    pNotifier = new QSocketNotifier(pSocket->socket(), QSocketNotifier::Read);
    connect(pNotifier, SIGNAL(activated(int)), SLOT(pDataReceived(int)));
}
 
void NetInterface::setSecondaryChannel(QHostAddress addr, int port)
{
    sAddr=addr;
    sPort=port;
    sSocket=new QSocketDevice(QSocketDevice::Datagram);
    sSocket->setBlocking(false);
    sSocket->bind(addr, port);
    sNotifier = new QSocketNotifier(sSocket->socket(), QSocketNotifier::Read);
    connect(sNotifier, SIGNAL(activated(int)), SLOT(sDataReceived(int)));
}

[OKTA]

А вы уверены, что можно дважды подцепиться к одному и тому же сокету?
Проверьте, что возвращает bind + по логике работы резервных каналов, резерв включается тогда, когда отпадает основной канал, а не работает постоянно + опять же если уж так надо, чтобы она работал постоянно, выделите ему отдельный порт.

[qtkoder777]

Что значит к одному и тому же сокету?
Создаются два сокета pSocket и sSocket. Порты у них точно разные, адреса могут быть одинаковыми.

[OKTA]

Да, пардон, не туда посмотрел с портами.. хм.. тогда все еще запутаннее 

[qtkoder777]

Данные должны постоянно отправляться в оба канала.
bind и connect возвращают true, то есть вроде бы ошибок нет.

[OKTA]

А сигнал activated вообще ни разу не эмитится? Нашел вот что. Мало ли 

Код:

Notes for Windows Users
The socket passed to QSocketNotifier will become non-blocking, even if it was created as a blocking socket. The activated() signal is sometimes triggered by high general activity on the host, even if there is nothing to read. A subsequent read from the socket can then fail, the error indicating that there is no data available (e.g., WSAEWOULDBLOCK). This is an operating system limitation, and not a bug in QSocketNotifier.
To ensure that the socket notifier handles read notifications correctly, follow these steps when you receive a notification:
Disable the notifier.
Read data from the socket.
Re-enable the notifier if you are interested in more data (such as after having written a new command to a remote server).
To ensure that the socket notifier handles write notifications correctly, follow these steps when you receive a notification:
Disable the notifier.
Write as much data as you can (before EWOULDBLOCK is returned).
Re-enable notifier if you have more data to write.
Further information: On Windows, Qt always disables the notifier after getting a notification, and only re-enables it if more data is expected. For example, if data is read from the socket and it can be used to read more, or if reading or writing is not possible because the socket would block, in which case it is necessary to wait before attempting to read or write again.

[qtkoder777]

А сигнал activated вообще ни разу не эмитится?

Ни разу.

[OKTA]

Идеи кончились 

[Bepec]

я б советовал не мучаться и сделать на WinApi. Скорость обработки выше и делается элементарно

[qtkoder777]

Программа под QNX. Там только Qt3 или unix-сокеты.
Если переходить на unix-сокеты, надо ли создавать отдельный поток для прослушки каждого сокета ?

[Old]

Является ли это каким-то известным багом Qt 3, и как его обходить?

Уже сложно сказать был ли такой баг, а обойти его можно сделав класс Channel наследником QObject и в нем хранить один сокет с обвязкой. А в классе NetInterface поместить два объекта Channel.

[qtkoder777]

Отключил нескольких клиентов, и ошибка исчезла.
Кажется, что в Qt3 есть ограничение на число сокетов в одной программе.
Можно ли его изменить?

[Bepec]

Мб это в QNX какие то ограничения?

[OKTA]

TCP/IP limits

The number of open connections and sockets is limited only by memory and by the maximum number of file descriptors per process (see "File descriptors," above).

http://www.qnx.com/developers/docs/6.3.0SP3/neutrino/user_guide/limits.html