<div dir="ltr">UDP is a connection-less datagram protocol, so there's no timeout inherent in the protocol.  However, you may have timeouts on:<div><br></div><div>1) receiving a datagram (nothing arrived)</div><div>2) sending a datagram (things went very badly)</div><div><br></div><div>However, those are timeouts internal to Erlang, from your process to the socket driver. If you are using the {active, true} option (which it sounds like you are), you should use an 'after' clause in your 'receive' to implement timeouts, or use the trailing timeout in the return tuple of a gen_server/gen_fsm callback.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 4, 2016 at 6:29 AM, Bogdan Andu <span dir="ltr"><<a href="mailto:bog495@gmail.com" target="_blank">bog495@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div>Hi,<br><br></div>How can be detected a timeout on an active UDP socket?<br><br></div>controlling process receives the message:<br>{udp, Socket, Host, Port, Bin}<br><br></div>and after a process is spawned to handle that data:<br>spawn(fun() -> handle_pckt(Socket, Host, Port, Bin) end),<br><br></div>Q: how the spawned or controlling  process is able to detect <br>that a timeout on this UDP socket occurred ?<br><br></div>documentations does not mention anything about timeout on active sockets<br><br></div>Thanks,<br><br></div>/Bogdan<br><br><br><div><div><br></div></div></div>
<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" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>