[PD] [comport] crashes on Windows

Christian Klippel ck at mamalala.de
Mon May 22 19:35:36 CEST 2006


while at the issue of reading stuff from devices in windows ...

there are also weird problems with libusb on windows. seems that there are 
some quirks in windows that prevent the hi-speed use of such ports (usb is 
serial as well....)

im wondering if there are any special calls in the windows api that need to be 
called first, to set certain parameters first, like for buffering?



Am Montag, 22. Mai 2006 19:23 schrieb Hans-Christoph Steiner:
> I have incorporated the "OVERLAPPED" asynchronous mode code for
> Windows from Piotr Majdak in the [comport], and now it crashes pretty
> regularly.  I just committed the comport-stress-test.pd, which makes
> Pd crash within a couple minutes.  It seems to be caused by
> transferring a lot of data from Pd to the serial port.  FYI: I am
> using an Arduino to test.
> I did a little test to see whether its the new code, or whether there
> were crashes before.  So I compiled revision 1.10, which uses the
> standard synchronous mode for data transfer.  This version seems to
> last a bit longer, but it crashes in a much uglier way: it zombies Pd
> and doesn't let go of the serial port.  So its an improvement, but
> still, it crashes a lot.
> Any of you Windows hackers want to take a stab?  I am going to test
> things on Mac OS X now.
> .hc
> ________________________________________________________________________
> ____
>             "The arc of history bends towards justice."
>                                             - Dr. Martin Luther King,
> Jr.
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list