[PD] preventing comport freezes

[Hans-Christoph Steiner]

-- 
  Hans-Christoph Steiner
  hans at at.or.at


On Fri, 08 May 2009 22:11 +0200, "Roman Haefeli" <reduzierer at yahoo.de>
wrote:
> thanks for the info.
> 
> On Fri, 2009-05-08 at 19:27 +0000, martin.peach at 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 at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list