Loading Magma into the latest Pharo

Igor Stasenko siguctua at gmail.com
Tue Nov 10 20:02:27 UTC 2009


2009/11/10 Chris Muller <asqueaker at gmail.com>:
> Some of you may have noticed that Pharo has removed or renamed
> "EventSensor" to "InputEventSensor".  This causes a Warning to appear
> when installing Magma, that the extension methods applied to
> EventSensor will not be loaded.
>
> These methods exist for transparency, so that *if* someone commits an
> object that refers to the Sensor global, it will not materialize a new
> Sensor instance in other clients, but rather refer directly to the
> existing global.
>
> It's the same behavior as when a reference to Smalltalk, Processor,
> World, ActiveHand, Transcript or Compiler is committed / materialized.
>
> Sigh.  So, what to do about it?
>
>  a) let it be.  Pharo users, press "Proceed" and be happy.
>  b) remove this serialization behavior for Sensor.  Most apps
> probably don't try to serialize it anyway..  But if they do...
> breakage!
>  c) create a new branch of Magma for this and all future Pharo
> divergences.  (Someone please volunteer!)
>
> Suggestions?
>

Chris, does Magma has facility, where i could tell: if you encounter
some concrete object to be stored in DB, please throw an error?

I think that Magma should not care directly about special objects,
like Processor or Sensor, but it would be cool to have
an option to tell Magma that given reference should not be serialized,
but instead use a specified message send (or something similar) for
restoring reference back when deserializing an object from DB, which
having such reference.
So, for example, then i could tell that to reify a reference to Sensor
global, magma should send 'Smalltalk at: #Sensor'.

Concerning branches, then you would need only a small
platform-specific package, which registering a set of objects, during
db initialization, to be (de)serialized in such way .

>  - Chris
> _______________________________________________
> Magma mailing list
> Magma at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/mailman/listinfo/magma
>



-- 
Best regards,
Igor Stasenko AKA sig.


More information about the Magma mailing list