[squeak-dev] Re: [Vm-dev] Bug in writing compressed stream when saving an mcz (was: New Cog VMs available...)

Eliot Miranda eliot.miranda at gmail.com
Sun Jul 20 03:52:32 UTC 2014

On Sat, Jul 19, 2014 at 9:50 AM, tim Rowledge <tim at rowledge.org> wrote:

> It is internal in the Cog VMs.  And before you condemn that choice it /is/
> slightly more efficient as it doesn't have to indirect to access the
> interpreterProxy API.  But in any case new Cog VMs are already available.
>  I know - your more direct macro access is a good idea. But that wasnt
> the point I intended; unless we'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.

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.

> It should even work in a running system where you don't want to quit and
> restart with a new vm for whatever reason. Something like
> Smalltalk unloadModule: 'ziplthingy'
> 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.
> It's a really neat trick when developing a plugin.

 Yes indeed.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20140719/ed1e24b4/attachment.htm

More information about the Vm-dev mailing list