That is why this object's name will change. It will be called "destroysend" because it sends a "bang" when it is destroyed. It is designed for inter patch communication NOT inner patch communication. 
<br><br>After your receive object, simply add a delay message with 0 for time and you should be sure that the whole patch will be deleted by the time the bang makes it out the delay.<br><br>Tom<br><br><div><span class="gmail_quote">
On 9/4/07, <b class="gmail_sendername">Roman Haefeli</b> &lt;<a href="mailto:reduzierer@yahoo.de">reduzierer@yahoo.de</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Mon, 2007-09-03 at 13:33 -0400, Mathieu Bouchard wrote:<br>&gt;&nbsp;&nbsp;[closemsg] gets<br>&gt; triggered too late for that. On top of this, it gets triggered in the<br>&gt; middle of deleting a patch, which means you can&#39;t rely on the patch being
<br>&gt; complete and you can&#39;t rely on the patch being empty either.<br><br>when does it exactly trigger? is it true, that it depends on creation<br>time? i made some tests with the help-patch: if [closemsg xx] is created
<br>_before_ [r xx]-[print], then the message gets printed, when closing the<br>patch. on the other hand, if&nbsp;&nbsp;[closemsg xx] is created _after_ [r<br>xx]-[print], no message gets printed, when closing the patch.<br>i&#39;d say, the most desirable behaviour would be, that it &#39;bang&#39;s before
<br>anything is destroyed. this behaviour would ensure, that everything<br>within the patch itself, that is triggered by [closemsg], would be<br>executed. as it is now, it is not clearly defined, whether messages get<br>executed or not.
<br><br>roman<br><br><br><br><br>___________________________________________________________<br>Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: <a href="http://mail.yahoo.de">http://mail.yahoo.de</a>
<br><br></blockquote></div><br><br clear="all"><br>-- <br>thomas ouellet fredericks, <a href="mailto:tof@danslchamp.org">tof@danslchamp.org</a>, montreal, canada