Of course a bug fix would be better...Instead of closing it from the main patch, did you try asking the song patch to close itself after a small delay (10ms)? And making sure that no communication occurs between them at that moment.Other test: dynamic patching in a subpatch of the main patch (maybe worse...)Antoine Rousseau2017-09-27 13:02 GMT+02:00 Dan Wilcox <danomatika@gmail.com>:______________________________I've been trying to track down a bug which crashes pd when switching song patches in my performance system. I first recall seeing this with 0.47-1 and never had a problem before with Pd-extended. It's a showstopper and keeping me from using PdParty for what I built it for.Basically, I have a main performance patch for audio io, playlist management, transport control, and OSC communication. Songs are separate patches that are opened and closed when running through the playlist using the "pd open $file $dir" and "pd-PatchName.pd menu close 1" messages. The song patches communicate with the performance patch via send and receive objects.The problem comes where sometimes closing a patch leads to a crash. I've tested numerous approaches and opening is not a problem, only the close message. Digging through with the debugger shows the crash generally happens in pd_typedmess and it seems as though messages being sent to the global send objects between the patches are being processed in a patch even after it was just closed which ends in a BAD_ACCESS. At least that's as far as I've been able to figure things out. I can provide backtraces, etc.I'm hoping to figure this out as I've been wanting to develop for and use my newer system but this is really killing any chance so far._________________
Pd-dev mailing list
Pd-dev@lists.iem.at
https://lists.puredata.info/listinfo/pd-dev