Good morning

On Wed, Jan 23, 2008 at 03:25:31PM +0100, Fabio Forno wrote:
> Indeed there are few reasons. At application level you usually don't
> block on the write, but the OS queues data to an outgoing buffer,
> making you believing that data was sent. If the connection is broken
> the application gets an error only when sending a further packet (or
> packets if the buffer isn't full), but it has no knowledge where the
> previous stanza was actually received or not. XEP-198 and a BOSH
> transport instead allow preventing these situations.

Usually, the OS can be asked, how much data is waiting in the out-queue
to be delivered. So you can check, if all data made it to the
destination and were ACKed -- the queue would be empty.

So, it is more work to check it, but it can be done.

-- 
Anything is possible, unless it's not.

Michal 'vorner' Vaner

Attachment: pgpm84kzPYW6X.pgp
Description: PGP signature

Reply via email to