qtforum.de

readBytes ist aber so weit ich das sehen kann keine Funktion von QAbstractSocket oder QTcpSocket, sondern eben von QDataStream. ist eine Funktion von QIODevice (baseclass of QAbstractSocket) EDIT: benutzt Du selbst bei Deinem Sender Ich habe deinen Vorschlag noch nicht implementiert, da ich dafür r...

Ich benutze zum lesen und schreiben auf einen socket nie einen datastream (ich traue dem nicht :wink: ), sondern immer ba=socket->readBytes(len) socket->write(ba) und hatte noch nie Probleme. Mehraufwand ist allerdings, daß man von "hand" die Größe der Elemente schicken/auswerten muß. Ob d...

Wie wäre es hiermit:
"The event filter is a function that is called for every message received in all threads."

Ich denke schon, probier es doch einfach...

Ich bin mir nicht ganz sicher: das connect, daß Du im parent geknüpft hast, existiert ja in der event-loop des parents und die arbeitet ja weiter...(das Signal kommt also am Slot an) aber: void thread::run { connect( this, SIGNAL(finished()), this, SLOT(deleteLater()), Qt::QueuedConnection); exec();...

Das habe ich so bei mir noch nicht gehabt.

Du kannst ja hilfsweise : nehmen

Wenn das auch zweimal ausgelöst wird... na dann müssen wir noch mal schaun

index.html würde zum Pfad dazugehören. "/index.html". Aber in dem Fall wurde einfach der Pfad "/" aufgerufen. HTTP Server übermitteln dann meistens die Datei unter einem Default Wert wie index.html. Ich dachte das gilt für das GET, daß aber für das POST ein "index.html"...

Danke! fehlt "index.html"? der path "/" ist ja da. Meine Erfahrungen beschränken sich auf Client-Seite, QHttp und GET, an das POST habe ich mich noch nicht "herangetraut" und war auch nicht nötig. Ich dachte mit dem POST muß auch eine uri ankommen, sonst weiß der server...

Wie sieht dann die Ausgabe aus? Just curious.

Hi viper,

füge mal den code am Ende von readData() ein vielleicht bekommst Du eine Idee worüber Sephral und ich in den vorhergehenden Posts diskutiert haben.

Dazu nannte ich ja QDataStream::atEnd. Das mit dem TCP/IP kam dazu zustande, weil Maxima fragte ob ob das nicht auch true wiedergibt, wenn das Paket noch nicht komplett angekommen ist. Habe ich so nicht gesagt: Könnte es nicht sein, daß trotz QDataStream::atEnd das Bytearray noch nicht komplett ist...

Das interessiert mich jetzt aber schon (..tüftel.. )

Wenn Du das ev->ignore() mal wegläßt, funktioniert quit dann aus dem sysTray?

Ich kann Dir anbieten, daß ich den Code mal bei mir probiere (4.3 XP mingw ->PM)

Sephral hat geschrieben:Oder wird das durch Qt etwa auch abgefangen?

PeterLustig hat geschrieben:Sollte QDataStream::atEnd nicht true wiedergeben, wenn keine Daten mehr zu lesen da sind?

Ich antworte mal so wie Du:

Könnte es nicht sein, daß trotz QDataStream::atEnd das Bytearray noch nicht komplett ist, weil der Rest mit dem nächsten Paket kommt?

Und das funktioniert auch für ein bytearray? Warum schicken wird dann überhaupt (quint32)mBlockSize vorneweg?