So adding glist_noselect(x); to canvas_destroy_editor() seems to
make sense. The rest I think it better solved elsewhere. Basically
canvas_destroy_editor() calls glist_findrtext() which calls
canvas_create_editor():
http://lists.puredata.info/pipermail/pd-dev/2010-01/014734.html
.hc
Hey Ico,
You should post this to the patch tracker once you are ready to submit
it.
.hc
On Nov 18, 2009, at 11:40 PM, Ivica Ico Bukvic wrote:
Yay! Finally figured it out.
Please disregard my netsend patch, it's basically treating symptoms
rather than the source.
It turns out that the pa
Yay! Finally figured it out.
Please disregard my netsend patch, it's basically treating symptoms
rather than the source.
It turns out that the patch I submitted before to fix canvas GOP toggle
on/apply/off/apply crash has been the cause of the problem all along
mainly because the final version ha
> As a follow-up to this problem, manually stopping metro before closing
> the patch solves this problem, but that is not obviously the way to
> ensure someone will remember to do so every time before closing...
Another correction. This problem is not apparent in pd-vanilla (even
though the sourc
> The problem is this fixes crashing in a non-rt version of Pd. The rt
> version however still suffers sporadically from the same problem. It may
> take several tries to instigate it, but when it finally occurs, in my
> case the reopening of the patch at first misbehaves in that whatever I
> do on
Hi all,
In our recent troubleshooting trying to hunt down a mysterious crash at
patch closing we uncovered a bug that appears to be present in
pd-extended 0.41.4 and 0.42.5, as well as pd vanilla (svn checked out
yesterday). Following is reproducible on Linux 9.04 Ubuntu i386.
To reproduce the cr
