<p dir="ltr">Either that's not correct, or the protocol is not reliable. I hope the first :-)<br>
The buffer in inet is only the tip of the amount of data which have been sent but may not have received - the OS has (unqueriable) buffers, and there may be data in transit on the physical level.<br>
Possibly I've misunderstood your description of the problem, but either way, when it comes to TCP, you're not supposed to be able to get unsent data back once you've passed it down to lower layers... </p>
<div class="gmail_quote">Den 31/01/2014 18.43 skrev "Andreas Schultz" <<a href="mailto:aschultz@tpip.net">aschultz@tpip.net</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
----- Original Message -----<br>
> On Fri, Jan 31, 2014 at 9:44 AM, Andreas Schultz <<a href="mailto:aschultz@tpip.net">aschultz@tpip.net</a>> wrote:<br>
><br>
> > I got stuck when trying to control the queuing behavior on tcp socket,<br>
> > gen_tcp hides too much details of the underlying socket and the buffering<br>
> > in it also doesn't help.<br>
> ><br>
><br>
> Can you remember what specifically your problem was? What controls do you<br>
> need on the socket in order for it to behave "correctly"? What do you mean<br>
> by queueing behaviour? What do you mean by buffering?<br>
<br>
gen_tcp buffers data internal (in the inet code) when it can't sent it immediately,<br>
I haven't found a way to query to amount of data buffered or force a flush of the<br>
buffers.<br>
<br>
My specific problem was that after a connection abort, I would not know how<br>
many of the previous messages where actually sent.<br>
It can happen that there are for example 1000 messages buffered in gen_tcp when<br>
it decides that the remote side has died. As far as I understood the 0MQ semantics,<br>
I should then try to reestablish the connection and transmit the pending messages.<br>
Without knowing how much was buffered in gen_tcp, that is not possible.<br>
<br>
Andreas<br>
<br>
><br>
><br>
> --<br>
> J.<br>
><br>
<br>
--<br>
--<br>
Dipl. Inform.<br>
Andreas Schultz<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div>