[PD-dev] message crash when using menuclose on patch

[Antoine Rousseau]

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 <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
> 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
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20170927/13f51c20/attachment.html>