Hello...

>[snipped]
>> The framework support pass objects by copy or by reference.  The problem only occurrs with "by copy" option, becouse in the "by reference" all the messages are processed in the image where the objec lives.  The final goal is to interoperate with diferents smalltalks, so the problem to send the class to the other side is a REAL problem.
>[/snipped]
>
>This problem may arise often.
>For example, if you have a reference for a remote object, and you perform a method call, if the result is an instance of a class not present in the system, there is some troubles.

This is only true when the result of the method call is an "by copy" object... The method is executed in the "remote" machine, and the return value is processed in the same way that te parameter to call the method, some objects pass "by copy" and others "by reference"... the object decides.  You can see it in RSTBroker>>processRemoteMessage: and see senders/implementors of #remoteType

>I think modules can really help here. I mean, if an object has a class which not exists on the client system. We should provide a way for getting the module of this class, and then load up the module, and other dependent modules.

Could be... Anyway, I'm more interested in Smalltalk interoperation than in this feature... I'm not saying NO, only I tell you what are my ideas about this project.

[snip]
>> Of course! just tell me what do you want to do...
>
>I think module management for resolving the case if class is not present sound good. What do you and others think ?

Ok... this sounds good for me... go ahead!

>Regards,
>Alexandre
>
>-- 
>_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._
>Bergel Alexandre  http://www.iam.unibe.ch/~bergel
>^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^


Cheers,

Diego Gomez Deck

PS: Do you live en Switzerland? Where? I live in Zürich (in fact near to Zürich)