Solving the "remove the sm" dir

goran.krampe at bluefish.se goran.krampe at bluefish.se
Tue Nov 11 12:29:39 UTC 2003


Hi!

ducasse <ducasse at iam.unibe.ch> wrote:
> hi goran
> 
> everytimes I use SqueakMap when harvesting, I have to remove the sm dir.
> Will this problem be fixed?

It IS fixed! Remember that SqueakMap is still a PACKAGE outside of
Squeak. The version of SqueakMap on SM has this bug fixed AFAIK. The
problem is of course that the version in the Basic image 3.6 is old.

> Do we need external files? I'm not 
> convinced and we discussed
> about it during the smalltalk party and I think that we should avoid 
> external files because objects are
> more powerful.

The external file in SM1.0x is used in order for multiple images to
share the same map and to ensure that even if the image goes boom - it
is securely on disk (the server domain code is the exact same as the
clients uses).

It is also an incremental log - which is used to minimize the traffic
when the client updates from the server.

In SM2 this all changes - there the map is stored on disk as an
ImageSegment. It is still stored outside the image so that it is shared
between the images and so that the server has it persisted in case of a
crash.

In SM2.x this scheme will probably change because it will (in SM2.0)
demand that the whole map is loaded each time you update from the net
(currently that is oly 200kb, but it will grow fast because now it
contains releases...).

This is not what I want in the end - but it will suffice for SM2.0.

The final design has the following characteristics:

- Smalltalk neutral format (XML)
- Allows incremental fast updates (the map is stored more in "pieces")
- Allows local modifications with a commit-mechanism (which will get rid
of the web UI)

> Stef

So anyway, there are detailed plans and many different aspects here. I
am even considering moving over to an OODB on the server side.

regards, Göran



More information about the Squeak-dev mailing list