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...) Of course a bug fix would be better... Antoine Rousseau http://www.metalu.net <http://metalu.net> __ http://www.metaluachahuter.com/ <http://www.metaluachahuter.com/compagnies/al1-ant1/> 2017-09-27 13:02 GMT+02:00 Dan Wilcox <[email protected]>: > 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. > > -------- > Dan Wilcox > @danomatika <http://twitter.com/danomatika> > danomatika.com > robotcowboy.com > > > > > _______________________________________________ > Pd-dev mailing list > [email protected] > https://lists.puredata.info/listinfo/pd-dev > >
_______________________________________________ Pd-dev mailing list [email protected] https://lists.puredata.info/listinfo/pd-dev
