I can&#39;t tell if this is a new crash triggered by the same create/destroy event or the old crash. The same scenario triggers the crash (create/destroy test99.pd in a new canvas) but gdb reports something different. This is on today&#39;s build, Oneiric 32 bit. test99.pd was attached on this thread and is again attached to this email.<div>

<br></div><div>-John<br><br><div class="gmail_quote">On Tue, Apr 3, 2012 at 2:16 PM, Hans-Christoph Steiner <span dir="ltr">&lt;<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div style="word-wrap:break-word"><div><br></div><div>What&#39;s test99.pd?  Is this a new crash with today&#39;s build?</div><div><br></div><div>.hc</div><div><div><br><div><div>On Apr 3, 2012, at 3:03 PM, John Harrison wrote:</div>


<br><blockquote type="cite">Today&#39;s build (April 3, 2012) still crashes with creating/destroying test99.pd. The gdb reports something a bit different though:<div><br></div><div><div>Program received signal SIGSEGV, Segmentation fault.</div>


<div>0x0807fd79 in pd_typedmess (x=0x647261, s=0x81c7f68, argc=2, argv=0x825fb80)</div>

<div>    at m_class.c:707</div><div>707<span style="white-space:pre-wrap">        </span>m_class.c: No such file or directory.</div><div><span style="white-space:pre-wrap">        </span>in m_class.c</div>

<div>(gdb) watchdog: signaling pd...</div><div><br></div><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 9:53 AM, Hans-Christoph Steiner <span dir="ltr">&lt;<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>&gt;</span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br>
On Apr 2, 2012, at 3:32 AM, IOhannes m zmoelnig wrote:<br>
<br>
&gt; -----BEGIN PGP SIGNED MESSAGE-----<br>
&gt; Hash: SHA1<br>
&gt;<br>
&gt; On 2012-03-29 19:03, John Harrison wrote:<br>
&gt;&gt; I&#39;ve been trying to track down a seg fault I keep getting and I&#39;m still<br>
&gt;&gt; not sure if the problem is Gem or Pd-extended or what.<br>
&gt;&gt;<br>
&gt;&gt; This is the latest pd-extended 0.43.1 Beta CVS March 29 (today) running<br>
&gt;&gt; on Oneric 32 but. I have simplified my patch to a point it doesn&#39;t make<br>
&gt;&gt; sense anymore but I can still make it crash, so I figure that&#39;s what we<br>
&gt;&gt; need.<br>
&gt;&gt;<br>
&gt;&gt; Basically if you create a new patch then make the object [test99 1],<br>
&gt;&gt; then copy and paste that object, then change the 1 parameter to a 2 you<br>
&gt;&gt; get a seg fault most of the time. If not, creating a [test99 3] or<br>
&gt;&gt; [test99 4] should do it, again most of the time.<br>
&gt;&gt;<br>
&gt;&gt; It seems related with Gem but I&#39;m not sure if it is a Gem bug. I tried<br>
&gt;&gt; the same Gem library with Pd vanilla and it didn&#39;t crash. On the other<br>
&gt;&gt; hand, it seems related to the [pix_image] object in test99. Also you<br>
&gt;&gt; need to have the parameters to get the patch to crash, even though the<br>
&gt;&gt; patch doesn&#39;t take parameters. (The original patch did take parameters.)<br>
&gt;&gt;<br>
&gt;&gt; Core dump has only this information: Program terminated with signal 11,<br>
&gt;&gt; Segmentation fault.<br>
&gt;&gt; #0  0x0111ac01 in gem::RTE::Outlet::send(std::string,<br>
&gt;&gt; std::vector&lt;gem::any, std::allocator&lt;gem::any&gt; &gt;) () from<br>
&gt;&gt; /usr/lib/pd-extended/extra/Gem/Gem.pd_linux<br>
&gt;&gt;<br>
&gt;<br>
&gt; if i&#39;m not mistaken this has been recently fixed in Gem (around 21st of<br>
&gt; march) and is related to threaded loading of images and deleting objects<br>
&gt; while the load is still in process.<br>
&gt;<br>
&gt; to avoid the problem you can do either of those:<br>
&gt; - - upgrade to a new version of gem (there&#39;s a backport of the fix to the<br>
&gt; (stable) 0.93 branch of Gem, though no official release has been made<br>
&gt; yet, containing the fix)<br>
&gt; - - avoid using threaded loading of images, e.g by sending the [thread 0(<br>
&gt; message to [pix_image] before loading images.<br>
&gt; - - avoid deleting a [pix_image] that has pending &quot;open&quot; requests<br>
<br>
</div></div>I just committed the latest patches from the 0.93 Gem branch to the Pd-extended 0.43 release branch.  They&#39;ll be in tomorrow&#39;s build.  John, could you test this and report back if there are any problems?<br>





<br>
.hc<br>
<br>
----------------------------------------------------------------------------<br>
<br>
I hate it when they say, &quot;He gave his life for his country.&quot;  Nobody gives their life for anything.  We steal the lives of these kids.  -Admiral Gene LeRocque<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div><br></div>
</blockquote></div><br></div></div><div>
<span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><br>


<span style="border-spacing:0px 0px;text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:12px;white-space:normal;font-family:Helvetica;word-spacing:0px"><div>


<br></div><div>----------------------------------------------------------------------------</div><div><br></div><div>                                              <a href="http://at.or.at/hans/" target="_blank">http://at.or.at/hans/</a></div>


<br></span></span>
</div>
<br></div></blockquote></div><br>
</div>