So if it was commit 95b614656cd62214d6779014e5173d8af697814b was Aug 2021,
There's a misunderstanding. https://github.com/pure-data/pure-data/commit/95b614656cd62214d6779014e5173d... the one that switched to stack allocation.
The commit that (very likely) causes your crash is https://github.com/pure-data/pure-data/commit/150858a65e7f580a32b39746338c0f... resp. https://github.com/pure-data/pure-data/commit/3539e1d8d4d64149c2507527cfc444....
So can you please try the latest develop branch and report if it fixes your issue?
Christof
On 09.10.2024 12:04, Winfried Ritsch wrote:
Thanks for the find
I now confirm it's Version 0.55 where I found it, so I changed Subject.
So if it was commit 95b614656cd62214d6779014e5173d8af697814b was Aug 2021, and I had it only after Debian bookworm-backports upgrade. Maybe there is something else which changed.
Interims solution: downgrade to stable and use 0.53.1.
mfg winfried
PS.: My gut feeling tells me, it would be better one allocation, since within an installation a lot of RAM can be grabbed by others making it more erratic behaviour, but I'm not that deeply familiar with the "threads" matte .
Am Dienstag, 8. Oktober 2024, 23:28:44 CEST schrieb IOhannes m zmölnig:
On 08/10/2024 22:04, Christof Ressi wrote:
@IOhannes: why don't we just allocate the buffer on the heap *once* before we start the stream?
no idea. but 95b614656cd62214d6779014e5173d8af697814b wasn't me :-)
gfmdsaf IOhannes