Sorry for the delay on this. I downloaded today&#39;s binary build of Pd-extended for Ubuntu 11.10 32 bit, then ran Pd-extended with -nrt in gdb. I still get a segfault when opening/deleting/opening test99.pd as an abstraction. For your convenience, test99.pd is again attached. Here&#39;s the backtrace:<div>

<br></div><div><div>Program received signal SIGSEGV, Segmentation fault.</div><div>outlet_anything (x=0x0, s=0x81c7fc0, argc=2, argv=0x82395d8) at m_obj.c:469</div><div>469<span class="Apple-tab-span" style="white-space:pre">        </span>m_obj.c: No such file or directory.</div>

<div><span class="Apple-tab-span" style="white-space:pre">        </span>in m_obj.c</div><div>(gdb) bt</div><div>#0  outlet_anything (x=0x0, s=0x81c7fc0, argc=2, argv=0x82395d8) at m_obj.c:469</div><div>#1  0x00c4c8dc 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>#2  0x00db4443 in pix_image::loaded(unsigned int, imageStruct*, gem::Properties const&amp;) () from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#3  0x00db57b3 in pix_image::loadCallback(void*, unsigned int, imageStruct*, gem::Properties const&amp;) () from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div>

<div>#4  0x00c37f30 in gem::image::PixImageThreadLoader::done(unsigned int, void*)</div><div>    () from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#5  0x00c49996 in gem::thread::SynchedWorkerThread::dequeue() ()</div>

<div>   from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#6  0x00c37bc0 in gem::image::load::poll() ()</div><div>   from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#7  0x00db3b6e in pix_image::pix_image(_symbol*) ()</div>

<div>   from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#8  0x00db3ca8 in create_pix_image(_symbol*) ()</div><div>   from /usr/lib/pd-extended/extra/Gem/Gem.pd_linux</div><div>#9  0x0808027a in pd_typedmess (x=0x80ff880, s=0x81cac20, </div>

<div>    argc=&lt;optimized out&gt;, argv=0xbfffe18c) at m_class.c:795</div><div>#10 0x0808631e in binbuf_eval (x=0x824a158, target=0x80ff880, argc=1, </div><div>    argv=0x83bd270) at m_binbuf.c:767</div><div><br></div>
<br>
<div class="gmail_quote">On Thu, Apr 5, 2012 at 12:39 PM, IOhannes m zmoelnig <span dir="ltr">&lt;<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.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 class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div><div class="im">On 2012-04-05 17:35, John Harrison wrote:<br>
&gt; Today&#39;s build still fails with same test:<br>
&gt;<br>
&gt; [New Thread 0x1defb70 (LWP 19910)]<br>
&gt; [New Thread 0x2c86b70 (LWP 19911)]<br>
&gt;<br>
&gt; Program received signal SIGSEGV, Segmentation fault.<br>
&gt; outlet_anything (x=0x0, s=0x81c7df0, argc=2, argv=0x82181b8) at m_obj.c:469<br>
</div>&gt; 469m_obj.c: No such file or directory.<br>
<div class="im">&gt; in m_obj.c<br>
&gt; (gdb) watchdog: signaling pd...<br>
&gt;<br>
<br>
</div>please post a complete backtrace (and turn off realtime mode with &quot;-nrt&quot;<br>
when running Pd in gdb)<br>
<br>
fgmasdr<br>
<div class="im">IOhannes<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.12 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
</div>iEYEARECAAYFAk992LwACgkQkX2Xpv6ydvRcxQCgwF+Sdl5QFz4gKUYxlkvsvI6D<br>
fh8AoJbD8XPHJ8au3fnLW+pPjv4VQzwQ<br>
=GEzY<br>
-----END PGP SIGNATURE-----<br>
<br>
</blockquote></div><br></div>