Hmm, I'm trying to unload VMConstruction. 

It seems to have outside references (GeniePlugin is referenced by
CRRecognizer>>checkPluginVersion, for example, which has no senders, so
it could be removed...).

Am I missing something?

Another anomaly is that a few methods seem to exist both in their
original modules and in class extensions
(VariableNode>>asTVariableNode).

Should this be possible? should DeltaModules, when defined, remove the
existing methods? how is this supposed to work?

Daniel

danielv at netvision.net.il wrote:
> I'm loading those up and will let you know of problems.
> RefactoringToolsRefactoring already fixes a bug I now noticed.
> Preemptive wish fulfillment... cool ;-)
> 
> Henrik Gedenryd <h.gedenryd at open.ac.uk> wrote:
> > > This message is in MIME format. Since your mail reader does not understand
> > this format, some or all of this message may not be legible.
> > 
> > --Boundary_(ID_KBwNJTqOSjDNKqRpm0NM9w)
> > Content-type: text/plain; charset=US-ASCII
> > Content-transfer-encoding: 7BIT
> > 
> > Some module updates, tested with Squeak3.3a-4857. Please test these and give
> > some feedback before rolling them into the updates:
> > 
> > plugin-rename has Stephen Pair's class renamings, and must be loaded before
> > makeVMConstrReloadable, which refactors VMConstruction to be reloadable
> > after being unloaded.
> > 
> > dependencyFix strengthens the dependency mechanism to detect the fatal
> > dependencies that weren't found before (for VMConstruction) and handle them
> > when possible.
> > 
> > refactoringToolsRefactoring.cs incorporates Daniel V's analysis tools along
> > with some other improvements.
> > 
> > poolsFix is a small fix for name lookup.
> > 
> > fasterModuleSaving removes an unexpected source of slowness during module
> > storage.
> > 
> > fixChessPool converts the chess pool to a module to remove various problems.
> > 
> > --
> > 
> > These are all meant to be loaded together but except for the first two above
> > they should all be independent.
> > 
> > Fortunately it seems the fatal circularities aren't that common, besides the
> > one fixed, there are only two more that remain in the image it seems:
> > 
> > Fatal circular dependencies:
> >     #(Squeak Morphic Library Windows)->#(#(Squeak Morphic Demo Components))
> >     #(Squeak EToy Protocols Kernel)->#(#(Squeak EToy Protocols Type
> > Vocabularies))
> > 
> > I haven't had time to look at Daniel's Celeste code yet.
> > 
> > Henrik
> >