QTextStream setup for networking?

[invictus]

Whenever you see fit.It's best to create it when the device it operates on is created and keep the stream until the device is destroyed.

Ok. Will the stream object become useless when the socket is disconnected (after a connection) and thus needs to be re-initialized if I want to reconnect?

If you want to read lines, there is no sense to use the stream. It such case use QIODevice::readLine() instead.

What about if I dont want to read a line, but rather use XML either through SAX or an XML stream? I guess the same problem is valid for this case. The problem is of a general nature: What if I want to read something from a _stream_ connected to a socket. Will it block the thread?

[wysota]

Ok. Will the stream object become useless when the socket is disconnected (after a connection) and thus needs to be re-initialized if I want to reconnect?

The stream operates on the underlying device. If the device has data to be read, the stream should work fine. Thus when you reconnect (which means reopening the device) the stream will be able to read/write data.

What about if I dont want to read a line, but rather use XML either through SAX or an XML stream?

Then you don't need a text stream. It's useful only if you want to read separate words. If you want to use Qt classes, all of them will take a QIODevice as its parameter. See QDomDocument::setContent for an example.

What if I want to read something from a _stream_ connected to a socket. Will it block the thread?

No, it will tell you there is nothing to read.

[invictus]

So if I connect a QXmlStreamReader to the socket and in the readyRead() slot I use the reader.readNext() it won't block even though there are no "complete" token to read next in the buffer? I hope it won't say that it's the end of the stream

[wysota]

So if I connect a QXmlStreamReader to the socket and in the readyRead() slot I use the reader.readNext() it won't block even though there are no "complete" token to read next in the buffer? I hope it won't say that it's the end of the stream

It will probably return an invalid or no token.

I suggest you read all data and concatenate it to a string and then pass the whole string to the xml reader. Of course unless you implement a complex and complete handler for the xml. In such situation you should handle cases where the xml you read is invalid or incomplete so you can't really perform any actions until you read until the end of the xml stream. You can build a syntax tree or something like that and "execute" it when you read the whole xml document though.