<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="margin: 0px;" class="">HI, </div><div style="margin: 0px; min-height: 14px;" class="">thanks for looking into this!</div><div style="margin: 0px; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px;" class="">i actually use pd 0.47 on RPi B+ / jessie</div><div style="margin: 0px; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px;" class="">in any case i found a way to use the suggested workaround with [iemnet/udpsend]</div><div style="margin: 0px;" class="">i send [disconnect, connect IP PORT( only as when a message is received with [netrecieve -u -b]</div><div style="margin: 0px;" class="">and i prevent any messages beeing sent thru [udpsend] if the socket is closed (a zero on the outlet of udpsend)</div><div style="margin: 0px; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px;" class="">so for the last couple of hours i did not have any errors like “iemnet: socket-shutdown: transport endpoint is not connected”</div><div style="margin: 0px;" class="">even if i switch off the wlan router - which caused the error before.</div><div style="margin: 0px; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px;" class="">now i really hope that this solves the pd-freeze issue, since it might be that the closed socket and the pd-freeze coincided per accident…or that there is some other OS weirdness going on .</div><div style="margin: 0px;" class=""><br class=""></div><div style="margin: 0px;" class=""><br class=""></div><div style="margin: 0px;" class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">On 17 Feb 2019, at 23:26, Lucas Cordiviola <<a href="mailto:lucarda27@hotmail.com" class="">lucarda27@hotmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252" class="">
<div text="#000000" bgcolor="#FFFFFF" class=""><p class="">Hi,</p><p class="">I've been testing [netsend -u] for a couple of hours on Pd 0.49-0 on windows. I had no trouble if there is no receivers. I used a windows tablet and a linux box for listening. I have switch them off for a while and then re-enter to the LAN. Didn't get any
"Socket operation on non-socket (88)".</p><p class="">A couple of things you could check:</p><p class="">+ Are you using Pd 0.49-0 on your raspberry?</p><p class="">+ Could it be that there is something on the OS that is closing "Socket connections" (or network adapter) to save battery power or something like that?<br class="">
</p><p class=""><br class="">
</p><p class=""><br class="">
</p>
<pre class="moz-signature" cols="72">Mensaje telepatico asistido por maquinas.</pre>
<div class="moz-cite-prefix">On 2/17/2019 5:23 AM, michael strohmann wrote:<br class="">
</div>
<blockquote type="cite" cite="mid:EEAA943D-41D7-4E89-A7EC-C6A2E182D69E@gmail.com" 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="" moz-do-not-send="true">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 class="">
<blockquote type="cite" class="">
<div class="">On 16 Feb 2019, at 20:06, Lucas Cordiviola <<a href="mailto:lucarda27@hotmail.com" class="" moz-do-not-send="true">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="" moz-do-not-send="true">Pd-list@lists.iem.at</a> mailing list<br class="">
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" class="" moz-do-not-send="true">
https://lists.puredata.info/listinfo/pd-list</a><br class="">
</blockquote>
_______________________________________________<br class="">
<a href="mailto:Pd-list@lists.iem.at" class="" moz-do-not-send="true">Pd-list@lists.iem.at</a> mailing list<br class="">
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" class="" moz-do-not-send="true">
https://lists.puredata.info/listinfo/pd-list</a><br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
</div>
</div></blockquote></div><br class=""></body></html>