koristis QT framework
Jeste. Omaklo mi se ono jedno Q u QHostAddress i provaljen sam
sto je losa praksa, ali kad mora 'ajde
Nije baš da se mora, ali kad je sve drugo u Qt-u, zašto ovo ne bi bilo? Zašto loša praksa?
Dalje, izgleda da si tvoju klasu izveo iz QTcpServer cim pozivas listen i errorString bez objekta, ako je tako stavi potpuni kvalifikator bazne klase ispred listen, jer izgleda da se umesto QTcpServer::listen, poziva listen iz <sys/socket.h>
Da, izvedena je iz QTcpServer, ali ne mislim da se poziva pogrešna funkcija jer je poziv u konstruktoru. Suvišno je pisati potpuni kvalifikator bazne klase ispred svake funkcije članice kad nije statička.
AKo nije to, onda mozda zavisi od toga kako si detach-ovao klasu da bude daemon.
Biće da je ovo. Izgleda da je rešeno ovako:
// Daemonize current process
AppUtil::DoDaemonize();
QCoreApplication app(argc, argv);
// ...
U prvoj verziji, koja nije radila, ovaj QCoreApplication app(argc, argv) je bio na početku.
Najbolje je da koristis QProcess::startDetached.
Ovo je bila samo proba na osnovu pomenutog teksta, a probaću sad i ovaj, svakako bolji način.
I jos nesto, losa praksa je mesati low-level C programiranje sa "high" level framework-om kao sto je QT, koliko je god moguce koristi QT i izbegavaj sve ostalo.
Čak i za network programiranje?
Naravno, zato sam taj deo i "zavio" malo u AppUtil
