[Bssldr]

Hetkel on tekkinud järgmine probleem:
Tegemist on GUI programmiga, milles GUI jookseb main threadis ning QTcpServer teises threadis(uue threadi run() meetodis on kutsutud this->exec()). Nüüd oleks vaja GUIst kontrollida, millal server kuulab uusi ühendusi ja millal mitte(QTcpServer::listen()). Kuna aga selle funktsiooni kutsumine tekitab uued child objektid QTcpServer objektile, siis Qt seda ei luba, kuna need child objektid tuleks luua selles threadis, kus QTcpServer jookseb(aga funktsioon kutsutakse main threadist).

Kuidas seda olukorda lahendada?

Edit:

Leidsin lahenduse. Tuleb kasutada SIGNAL/SLOT ühendusi ühenduse tüübiga Qt::QueuedConnection ning main threadis loodud QThread objekt liigutada sellesse threadi, mille liigutatav QThread objekt alustas.

Kui kellelgi on mõni teistsugune lahendus välja pakkuda, siis sooviks sellest kuulda.

[Ho Ho]

Alternatiivselt peaks saama serveri oleku kontrolli tehtud ka nii, et serverit jooksutav thread omab Atomic tüüpi lipukest mida siis saab kontrollida teisest threadist otse ilma signaalide-slotideta.

[Bssldr]

[Ho Ho]

Pole väga suuri ja suurt kiirust vajavaid süsteeme QT's valmis kirjutanud kuid kahtlen üsna sügavalt, et event loop'i (mitte) kasutamine asja aeglaseks teeks. Pigem võtab ikka ressursse konkreetsete klientidega majandamine kui nende klientidega ühenduste loomine. Igal juhul ei tasu hakata optimeerimisega tegelema enne, kui on näha et kiirusega probleeme on ning siis hakata vaatama mis täpselt võtab ressursse. Niisama umbes suvalisi kohti optimeerida üritades kulub valdavalt aur mõttetuste peale.