<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">i am sending OSC messages with [netsend -u -b]<div class=""><br class=""></div><div class="">there is obviously an issue with [netsend] closing the socket if nobody is listening.</div><div class="">which it should not do in UDP mode.</div><div class=""><a href="https://github.com/pure-data/pure-data/issues/373" class="">https://github.com/pure-data/pure-data/issues/373</a></div><div class=""><br class=""></div><div class="">but this:</div><div class=""><br class=""></div><div class="">netsend: Socket operation on non-socket (88)</div><div class=""><br class=""></div><div class="">is lethal to my patch. immediate freeze</div><div class="">unfortunatly it occurs quite often.</div><div class=""><br class=""></div><div class="">i also know next to nothing about Sockets</div><div class="">is it a pd problem or does it stem from the os (unix jessie in my case, on raspberry) ???</div><div class=""><br class=""></div><div class="">also due to Christof Ressi:</div><div class=""><i class="">I can confirm that both [iemnet/udpsend] [mrpeach/udpsend] (from Pd extended) close the socket on Linux but only [mrpeach/udpsend] gives a warning and sends a 0. I'll do a bug report.</i></div><div class=""><br class=""></div><div class="">in the meantime, are there any options to send osc via udp regardless of the existance of a receiver?</div><div class=""><br class=""></div><div class="">cheers!</div><div class="">michael</div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 16 Feb 2019, at 20:06, Lucas Cordiviola <<a href="mailto:lucarda27@hotmail.com" class="">lucarda27@hotmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Did you tried sending every second an empty message [send ( instead of <br class="">"reopening a connection" ?<br class=""><br class=""><br class="">Mensaje telepatico asistido por maquinas.<br class=""><br class="">On 2/16/2019 3:57 PM, michael strohmann wrote:<br class=""><blockquote type="cite" class="">i finally could caught pd in the act of freezing:<br class=""><br class="">the console said:<br class=""><br class="">recv: Connection refused (111)<br class="">netsend: Socket operation on non-socket (88)<br class="">warning: 33 removed from poll list but not found<br class=""><br class=""><br class="">i connect every second to mobile phones that run Lemur to send and receive OSC<br class="">usually if a phone leaves the network, nothing bad happens, the console says:<br class=""><br class=""><br class="">recv: Connection refused (111)<br class="">netsend: Bad file descriptor (9)<br class="">warning: 32 removed from poll list but not found<br class=""><br class=""><br class="">So it seems to me that this non-socket(88) problem manages to freeze pd<br class="">(or is it this number: 88, which has a bad connotation in austria ?)<br class=""><br class=""><br class="">Thanks!<br class="">michael<br class=""><br class=""><br class=""><br class=""><br class="">_______________________________________________<br class=""><a href="mailto:Pd-list@lists.iem.at" class="">Pd-list@lists.iem.at</a> mailing list<br class="">UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" class="">https://lists.puredata.info/listinfo/pd-list</a><br class=""></blockquote>_______________________________________________<br class=""><a href="mailto:Pd-list@lists.iem.at" class="">Pd-list@lists.iem.at</a> mailing list<br class="">UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" class="">https://lists.puredata.info/listinfo/pd-list</a><br class=""></div></blockquote></div><br class=""></div></body></html>