[PD] non-socket (88)

[Christof Ressi]

Just for the record, do you get the freeze only with [netsend] or also with [iemnet/udpsend] resp. [mrpeach/udpsend]?

> Gesendet: Sonntag, 17. Februar 2019 um 11:53 Uhr
> Von: "michael strohmann" <itsnotfair9 at gmail.com>
> An: "Christof Ressi" <christof.ressi at gmx.at>
> Cc: Pd-List <pd-list at lists.iem.at>
> Betreff: Re: Aw: Re: [PD] non-socket (88)
>
> 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...
> 
> Am 17.02.2019 um 10:52 schrieb Christof Ressi <christof.ressi at gmx.at>:
> 
> >> in the meantime, are there any options to send osc via udp regardless of the existance of a receiver?
> > 
> > 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.
> > 
> >> Gesendet: Sonntag, 17. Februar 2019 um 09:23 Uhr
> >> Von: "michael strohmann" <itsnotfair9 at gmail.com>
> >> An: "Lucas Cordiviola" <lucarda27 at hotmail.com>
> >> Cc: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
> >> Betreff: Re: [PD] non-socket (88)
> >> 
> >> i am sending OSC messages with [netsend -u -b]
> >> 
> >> there is obviously an issue with [netsend] closing the socket if nobody is listening.
> >> which it should not do in UDP mode.
> >> https://github.com/pure-data/pure-data/issues/373 <https://github.com/pure-data/pure-data/issues/373>
> >> 
> >> but this:
> >> 
> >> netsend: Socket operation on non-socket (88)
> >> 
> >> is lethal to my patch. immediate freeze
> >> unfortunatly it occurs quite often.
> >> 
> >> i also know next to nothing about Sockets
> >> is it a pd problem or does it stem from the os (unix jessie in my case, on raspberry) ???
> >> 
> >> also due to Christof Ressi:
> >> 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.
> >> 
> >> in the meantime, are there any options to send osc via udp regardless of the existance of a receiver?
> >> 
> >> cheers!
> >> michael
> >> 
> >> 
> >>> On 16 Feb 2019, at 20:06, Lucas Cordiviola <lucarda27 at hotmail.com> wrote:
> >>> 
> >>> Did you tried sending every second an empty message [send ( instead of 
> >>> "reopening a connection" ?
> >>> 
> >>> 
> >>> Mensaje telepatico asistido por maquinas.
> >>> 
> >>>> On 2/16/2019 3:57 PM, michael strohmann wrote:
> >>>> i finally could caught pd in the act of freezing:
> >>>> 
> >>>> the console said:
> >>>> 
> >>>> recv: Connection refused (111)
> >>>> netsend: Socket operation on non-socket (88)
> >>>> warning: 33 removed from poll list but not found
> >>>> 
> >>>> 
> >>>> i connect every second to mobile phones that run Lemur to send and receive OSC
> >>>> usually if a phone leaves the network, nothing bad happens, the console says:
> >>>> 
> >>>> 
> >>>> recv: Connection refused (111)
> >>>> netsend: Bad file descriptor (9)
> >>>> warning: 32 removed from poll list but not found
> >>>> 
> >>>> 
> >>>> So it seems to me that this non-socket(88) problem manages to freeze pd
> >>>> (or is it this number: 88, which has a bad connotation in austria ?)
> >>>> 
> >>>> 
> >>>> Thanks!
> >>>> michael
> >>>> 
> >>>> 
> >>>> 
> >>>> 
> >>>> _______________________________________________
> >>>> Pd-list at lists.iem.at mailing list
> >>>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> >>> _______________________________________________
> >>> Pd-list at lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> >> 
> >> _______________________________________________
> >> Pd-list at lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
> >> 
>