On Sat, Mar 28, 2009 at 12:00 PM, Keith Hodges <keith_hodges at yahoo.co.uk>wrote:

> Eliot Miranda wrote:
> >
> >
> > On Sat, Mar 28, 2009 at 10:44 AM, Keith Hodges
> > <keith_hodges at yahoo.co.uk <mailto:keith_hodges at yahoo.co.uk>> wrote:
> >
> >     Eliot Miranda wrote:
> >     >
> >     >
> >     > On Sat, Mar 28, 2009 at 7:09 AM, Keith Hodges
> >     > <keith_hodges at yahoo.co.uk <mailto:keith_hodges at yahoo.co.uk>
> >     <mailto:keith_hodges at yahoo.co.uk
> >     <mailto:keith_hodges at yahoo.co.uk>>> wrote:
> >     >
> >     >     Eliot Miranda wrote:
> >     >     > Hi All,
> >     >     >
> >     >     >     we're using MC1.5 & I just had cause to reload all my
> >     >     packages in
> >     >     > a fresh image and I've noticed that none of my class
> >     categories were
> >     >     > moved over.  The bug is that the category order exists only
> >     >     implicitly
> >     >     > in the source/source.st <http://source.st>
> >     <http://source.st> <http://source.st>
> >     >     element of the mcz and
> >     >     > doesn't exist at all in the snapshot.bin so when loading
> >     loads from
> >     >     > snapshot.bin one ends up with some essentially random
> category
> >     >     order.
> >     >     >  Anyone have fixes for this?
> >     >     >
> >     >     Hi Eliot,
> >     >
> >     >     checking the current MC1.5 it is saving category definitions
> >     in the
> >     >     snapshot.bin file.
> >     >
> >     >
> >     > Have you tested that a load of a package containing some large
> class
> >     > not currently in your image loads with correct organization?
> >     (VMMaker
> >     > is ideal).
> >     VMMaker-ar.118 loaded in the correct order for me.
> >
> >
> > Ah, sorry.  That's not a good test.  The order that  you get is the
> > order in which methods come in (which might be alphabetical).  i.e.
> > after the load the first category in your organization will be the
> > category of the first method loaded, the second category will be the
> > category of the next method not in the first category and so on.
> >  Since VMMaker-ar.118 has this organization anyway you won't see any
> > change.
> >
> > So... reorganize the categories in Interpreter in VMMaker-ar.118 so
> > they're e.g. alphabetical, save that and ten load it into a fresh
> > image and see what you get.
> >
> I am feeling thick... "reorganise the categories in Interpreter"... but
> interpreter is only one Category. Are we talking about different things?
>
> I am beginning to think you are talking about method categories, rather
> than class categories.


Uh, yes :)


>
>
> Keith
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20090328/bfd5e768/attachment.htm