<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">i was trying [iemnet/udpsend] - looked promising for an hour!<div class="">but then:</div><div class=""><b class="">iemnet: socket-shutdown: Transport endpoint is not connected</b></div><div class="">this was printed not to console but to the terminal several times before it switched to </div><div class=""><b class="">watchdog: signaling pd….</b></div><div class="">at which point pd was gone.</div><div class=""><div class=""><br class=""></div><div class="">as for the workaround:</div><div class="">“catching the 0 message” does not work for me since neither [iemnet/udpsend] nor [netsend -u -b] acknoledge that their connection is lost.</div><div class="">it acknoledges if the network itself is down…like, if there is no WLAN reachable...</div><div class="">but one can issue arbitrary IP addresses, and the obejct will tell you it established connection.</div><div class="">i guess this is consistend with the UDP protocol </div><div class=""><br class=""></div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 17 Feb 2019, at 13:35, Christof Ressi <<a href="mailto:christof.ressi@gmx.at" class="">christof.ressi@gmx.at</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">Just for the record, do you get the freeze only with [netsend] or also with [iemnet/udpsend] resp. [mrpeach/udpsend]?<br class=""><br class=""><blockquote type="cite" class="">Gesendet: Sonntag, 17. Februar 2019 um 11:53 Uhr<br class="">Von: "michael strohmann" <<a href="mailto:itsnotfair9@gmail.com" class="">itsnotfair9@gmail.com</a>><br class="">An: "Christof Ressi" <<a href="mailto:christof.ressi@gmx.at" class="">christof.ressi@gmx.at</a>><br class="">Cc: Pd-List <<a href="mailto:pd-list@lists.iem.at" class="">pd-list@lists.iem.at</a>><br class="">Betreff: Re: Aw: Re: [PD] non-socket (88)<br class=""><br class="">This non-socket(88) gives me the creeps because it seems to freeze pd immediately without any possibility to recover/interact with pd. Also I could find out what caused the non-socket Problem - actually don’t know where to look...<br class=""><br class="">Am 17.02.2019 um 10:52 schrieb Christof Ressi <<a href="mailto:christof.ressi@gmx.at" class="">christof.ressi@gmx.at</a>>:<br class=""><br class=""><blockquote type="cite" class=""><blockquote type="cite" class="">in the meantime, are there any options to send osc via udp regardless of the existance of a receiver?<br class=""></blockquote><br class="">You can use the workaround described by iohannes in the github issue: simply reconnect whenever the socket is closed (catching the 0 message). I want to really make a PR for those network issues, can you open an issue on github for your problem (88)? I have time in march.<br class=""><br class=""><blockquote type="cite" class="">Gesendet: Sonntag, 17. Februar 2019 um 09:23 Uhr<br class="">Von: "michael strohmann" <<a href="mailto:itsnotfair9@gmail.com" class="">itsnotfair9@gmail.com</a>><br class="">An: "Lucas Cordiviola" <<a href="mailto:lucarda27@hotmail.com" class="">lucarda27@hotmail.com</a>><br class="">Cc: "<a href="mailto:pd-list@lists.iem.at" class="">pd-list@lists.iem.at</a>" <<a href="mailto:pd-list@lists.iem.at" class="">pd-list@lists.iem.at</a>><br class="">Betreff: Re: [PD] non-socket (88)<br class=""><br class="">i am sending OSC messages with [netsend -u -b]<br class=""><br class="">there is obviously an issue with [netsend] closing the socket if nobody is listening.<br class="">which it should not do in UDP mode.<br class=""><a href="https://github.com/pure-data/pure-data/issues/373" class="">https://github.com/pure-data/pure-data/issues/373</a> <<a href="https://github.com/pure-data/pure-data/issues/373" class="">https://github.com/pure-data/pure-data/issues/373</a>><br class=""><br class="">but this:<br class=""><br class="">netsend: Socket operation on non-socket (88)<br class=""><br class="">is lethal to my patch. immediate freeze<br class="">unfortunatly it occurs quite often.<br class=""><br class="">i also know next to nothing about Sockets<br class="">is it a pd problem or does it stem from the os (unix jessie in my case, on raspberry) ???<br class=""><br class="">also due to Christof Ressi:<br 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.<br class=""><br class="">in the meantime, are there any options to send osc via udp regardless of the existance of a receiver?<br class=""><br class="">cheers!<br class="">michael<br class=""><br class=""><br class=""><blockquote type="cite" class="">On 16 Feb 2019, at 20:06, Lucas Cordiviola <<a href="mailto:lucarda27@hotmail.com" class="">lucarda27@hotmail.com</a>> wrote:<br class=""><br 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=""><blockquote type="cite" class="">On 2/16/2019 3:57 PM, michael strohmann wrote:<br 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=""></blockquote><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=""><br class=""></blockquote></blockquote><br class=""></blockquote></div></blockquote></div><br class=""></div></div></body></html>