Hmm, it does not crash when [serial_print any] is disconnected. You can quit normally.

This may be relevant:

Pd console reports no errors when communication fails when trying too fast updates (with [serial_print any] disconnected less than 30 ms).

I uploaded a similar setup (pd patch+arduino sketch) to the folder. Here it does not crash even if updates are sent every 1 ms. And the pd console starts to write error messages when the communication is too fast (starts around 7 ms).

Den fre 9 apr. 2021 kl 15:37 skrev Martin Peach <chakekatzil@gmail.com>:

Does it still crash if you disconnect the [serial_print-any]
abstraction from [comport]?

Martin

On Fri, Apr 9, 2021 at 7:45 AM Nicklas Lundberg <nlundberg@gmail.com> wrote:
>>
>> On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
>>
>> > [comport] is communicating with an Arduino Nano over USB to control
>> > PWM pins.
>> >
>> > If [comport] is receiving messages faster than 50 ms Pd will freeze,
>> > has to be force quitted, system gets sluggish, and the computer has
>> > to be restarted.
>> >
>> > I can replicate it and it happens every time. I wonder if this should
>> > be reported as a bug or if it is expected behavior in the specific
>> > setting.
>>
>>
>> While not suggesting that I'd be able to help, can you provide some
>> more information, ideally providing a minimal patch that triggers the
>> behaviour?
>>
>> Also what versions are involved: OS, Pd, comport?
>>
>> Roman
>
>
> Pd/Arduino codes and crash instructions in this folder:
>
> https://drive.google.com/drive/folders/1oDxeFCc63tvdgP6CWguJmBdfekAAMOrQ?usp=sharing
>
> comport 1.1.1
> Pd-0.51-4
> MacOS Mojave 10.14.6
> MacBook Air 11" mid 2012
>
> to crash pd and computer:
> Upload sketch to Ardunio (Nano)
> Open comport serial communication
> activate dsp
> Set metro object to less than 50 ms
> Toggle metro on to crash
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list