[PD-dev] message crash when using menuclose on patch
antoine at metalu.net
Wed Sep 27 16:17:53 CEST 2017
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
Of course a bug fix would be better...
http://www.metalu.net <http://metalu.net> __
2017-09-27 13:02 GMT+02:00 Dan Wilcox <danomatika at 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
> 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>
> Pd-dev mailing list
> Pd-dev at lists.iem.at
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pd-dev