Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread d3fault
On Sep 9, 2012 12:17 PM, "Justin Karneges" wrote: > > You're correct in that it is reliable under the hood. The problem is really > just that most TCP APIs don't expose to the app what has been acknowledged. It > is pretty sad that everyone solves this by layering acks on top, when acks are > alre

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread Justin Karneges
You're correct in that it is reliable under the hood. The problem is really just that most TCP APIs don't expose to the app what has been acknowledged. It is pretty sad that everyone solves this by layering acks on top, when acks are already being performed a layer down. I think it would be nea

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread Constantin Makshin
AFAIK, that numbering is done by the OS itself and is not intended to be accessed/used by applications. On 09/09/2012 10:54 PM, d3fault wrote: > Haha, funny. Reliable doesn't mean reliable. Who knew... > > Are you sure it isn't just Qt failing to utilize the TCP protocol > correctly? I don't mean

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread d3fault
Haha, funny. Reliable doesn't mean reliable. Who knew... Are you sure it isn't just Qt failing to utilize the TCP protocol correctly? I don't mean to question your expertise, as you sound like you know what you're talking about, but this quote from wikipedia makes it sound like TCP does in fact do

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread Justin Karneges
Hi, It is not possible to know what TCP data has been acked through QTcpSocket alone. The bytesWritten signal is more for flow-control. Generally speaking, TCP is designed to make it easier to send data, but TCP alone is generally not a solution for reliable transmission. It is possible to dete

Re: [Interest] TCP ACK with QDataStream -- OR: disconnect race condition detection

2012-09-09 Thread d3fault
So after some more reading/testing, I'm starting to think QIODevice::bytesWritten(qint64) might be what I'm looking for... but I am unable to confirm it. There's only one tiny snippet in the QAbstractSocket docs that indicate the bytesWritten(qint64) might be a TCP ACK for that amount of bytes: "T

Re: [Interest] tiny fonts in linux

2012-09-09 Thread Rollastre Prostrit
Thanks Nikos and Soroush (you replied to me instead to the list). I can't really explain why it happened. But I removed the QtCreator's configurations and create another one pointing to the same place and fonts are back to normal again. Strange because I wasn't using anything related to Qt. I t