Re: [PD] preventing comport freezes

-- Hans-Christoph Steiner hans@at.or.at On Fri, 08 May 2009 22:11 +0200, "Roman Haefeli" reduzierer@yahoo.de wrote: > thanks for the info. > > On Fri, 2009-05-08 at 19:27 +0000, martin.peach@sympatico.ca wrote: > > > just out of curiosity: if there is a solution, that works well for > > > [tcpserver], couldn't it be applied also to [comport]? > > > > > Maybe. But I think you should be able to use [comport] with no > > hardware handshaking enabled and send data even if no cable is > > attached. Sometimes the absence of one of the two input handshake > > signals prevents the serial hardware from sending. Also if an error > > occurred in the reception of serial data it may not be handled > > properly in [comport]. So I'm not sure what is causing this particular > > crash, since HC said that it happened when the remote device was > > disconnected but gave no further detail. > > iirc, on linux at least, [comport] makes pd hang, _whenever_ the other > end disappears. i.e.: > > - pulling out the usb-cable, while the arduino is connected > - turning off an rfcomm device > > i should test again, if pd hangs immediately, or if only hangs sending > another message/a certain amount of bytes to [comport]. Yeah, same with Mac OS X. Basically, plug in an arduino, open the serial port to it, unplug it and Pd crashes. I don't remember if you have to send data to it to make it happen, but my recollection is no. .hc > > roman > > > > > ___________________________________________________________ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list