I&#39;ve been trying to track down a seg fault I keep getting and I&#39;m still not sure if the problem is Gem or Pd-extended or what.<div><br></div><div>This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running on Oneric 32 but. I have simplified my patch to a point it doesn&#39;t make sense anymore but I can still make it crash, so I figure that&#39;s what we need.</div>

<div><br></div><div>Basically if you create a new patch then make the object [test99 1], then copy and paste that object, then change the 1 parameter to a 2 you get a seg fault most of the time. If not, creating a [test99 3] or [test99 4] should do it, again most of the time.</div>

<div><br></div><div>It seems related with Gem but I&#39;m not sure if it is a Gem bug. I tried the same Gem library with Pd vanilla and it didn&#39;t crash. On the other hand, it seems related to the [pix_image] object in test99. Also you need to have the parameters to get the patch to crash, even though the patch doesn&#39;t take parameters. (The original patch did take parameters.)</div>

<div><br></div><div>Core dump has only this information: Program terminated with signal 11, Segmentation fault.</div><div>#0  0x0111ac01 in gem::RTE::Outlet::send(std::string, std::vector&lt;gem::any, std::allocator&lt;gem::any&gt; &gt;) () from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div>

<div><br></div><div>[test99] is attached.</div>