<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jul 19, 2014 at 9:50 AM, tim Rowledge <span dir="ltr">&lt;<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br><div dir="auto"><div><br><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><div><br></div><div>It is internal in the Cog VMs.  And before you condemn that choice it /is/ slightly more efficient as it doesn&#39;t have to indirect to access the interpreterProxy API.  But in any case new Cog VMs are already available.</div>

<div><br></div><div><br></div></div>
</div></div>
</blockquote>I know - your more direct macro access is a good idea. But that wasnt the point I intended; unless we&#39;ve broken the plugin mechanism over the years a fixed-up zip plugin will over-ride the broken internal code, offering a very easy fix.</div>
</blockquote><div><br></div><div><br></div><div>Oh *cool*!  So the loader prefers shared objects/dlls over internals if available?  Great idea.  However, it does seem to me that building and deploying a new VM is about the same complexity as building and deploying a new plugin.  In fact, slightly less, cuz installing the plugin in an existing VM is, for some, tricky.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="auto"> It should even work in a running system where you don&#39;t want to quit and restart with a new vm for whatever reason. Something like <div>
Smalltalk unloadModule: &#39;ziplthingy&#39;</div><div>Should disconnect from the old version and the next call to anything in the plugin ought to load the new external copy. Obviously this could be complicated by any stored state, so caveat emptor.</div>
<div><br></div><div>It&#39;s a really neat trick when developing a plugin.</div></div></blockquote><div><br></div><div> Yes indeed.</div></div><div><br></div>-- <br>aloha,<div>Eliot</div>
</div></div>