[PD-dev] [ pure-data-Bugs-1518030 ] GOP subpatch clearing itself crashes Pd

[zmoelnig at iem.at]

Zitat von "SourceForge.net" <noreply at sourceforge.net>:
> Summary: GOP subpatch clearing itself crashes Pd
>
> Initial Comment:
> Tested on Linux with pd-0.39-2 from Miller's site.
>
> Steps to reproduce:
>
> start pd
> load the patch attached to this post
> click the bng
> close the patch
> load the patch again
> click the bng
> => crash
>

funny how things turn up at the same time. this has been mentioned on 
the gem-dev just 1.5 weeks ago:
http://lists.puredata.info/pipermail/gem-dev/2006-06/002046.html

the problem is totally unrelated to gop (though the title suggests it)

the simplest example to trigger this, is to create asubpatch (let's 
assume [pd subpatch]) with just an [inlet] and an [outlet] connected (a 
[nop]).
connect the outlet to a [; pd-subpatch clear( message and send a [bang( 
to the inlet.

the basic problem is, that an objects outlet triggers the destruction 
of the object, thus causing stack corruption.

personally, i still think that this is NOT a bug with pd but a bug in 
the patch.


mfg.asdr
IOhannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-keys
Size: 1718 bytes
Desc: ?ffentlicher PGP-Schl?ssel
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20060706/a09fcda5/attachment.key>