Announces

> Hi,
>
> I want to announce two projects for GNU Smalltalk:
>
>  1) Multiple domains or "kernels" support in the VM:
>  ---------------------------------------------------
>
>  The problem with Smalltalk is it doesn't know what is a "program",
> if you start two programs and the first change the class A it will
> impact the second programs that use it; this is a simple example,
> there are also the memory iterations, or security issues with reflection,
> ...
>  Now with the domain models you are allowed to create multiple environments
> that are separate/isolated from each others. I plan to improve the IDE to
> support it. I will write others posts to explain in depth the implementation
> and how to use it.
>
> [hidden email]:MrGwen/GNU-Smalltalk.git the branch domain
>
>
>  2) GST Without ObjectTables:
>  ----------------------------
>
>  I've started it for fun :D, don't expect a fully running GST, now
> I've made a tool that generate a small image (1,5 Mo don't forget 64 bits
> pointers) and just send few messages and after it crashes ;-)
> I've removed the c bootstrap code, the compiler, and break a lot of stuffs
> too (like the GC :D) . My plans are to make the VM model simple. GST knows
> too much stuffs when I've implemented the domain support I was afraid by the
> number of classes, symbols known by the VM.
>
>  For the GC I don't know what I'll do, I think we could disuss on the ml
> about a nice GC model (don't stop the world and // compaction). Anyway
> that's the beginning of a new story.
>
>  But the first step is to clean up what I've done.
>
> [hidden email]:MrGwen/GNU-Smalltalk.git the branch domainMemoryOT
> [hidden email]:MrGwen/gst-bootstrap.git the image generator
>
> Cheers,
> Gwen
>

> On Thu, Mar 31, 2011 at 4:14 PM, Gwenael Casaccio<[hidden email]>  wrote:
>> Hi,
>>
>> I want to announce two projects for GNU Smalltalk:
>>
>>   1) Multiple domains or "kernels" support in the VM:
>>   ---------------------------------------------------
>>
>>   The problem with Smalltalk is it doesn't know what is a "program",
>> if you start two programs and the first change the class A it will
>> impact the second programs that use it; this is a simple example,
>> there are also the memory iterations, or security issues with reflection,
>> ...
>>   Now with the domain models you are allowed to create multiple environments
>> that are separate/isolated from each others. I plan to improve the IDE to
>> support it. I will write others posts to explain in depth the implementation
>> and how to use it.
>>
>> [hidden email]:MrGwen/GNU-Smalltalk.git the branch domain
>>
>>
>>   2) GST Without ObjectTables:
>>   ----------------------------
>>
>>   I've started it for fun :D, don't expect a fully running GST, now
>> I've made a tool that generate a small image (1,5 Mo don't forget 64 bits
>> pointers) and just send few messages and after it crashes ;-)
>> I've removed the c bootstrap code, the compiler, and break a lot of stuffs
>> too (like the GC :D) . My plans are to make the VM model simple. GST knows
>> too much stuffs when I've implemented the domain support I was afraid by the
>> number of classes, symbols known by the VM.
>>
>>   For the GC I don't know what I'll do, I think we could disuss on the ml
>> about a nice GC model (don't stop the world and // compaction). Anyway
>> that's the beginning of a new story.
>>
>>   But the first step is to clean up what I've done.
>>
>> [hidden email]:MrGwen/GNU-Smalltalk.git the branch domainMemoryOT
>> [hidden email]:MrGwen/gst-bootstrap.git the image generator
>>
>> Cheers,
>> Gwen
>>
>
> I've made some progress:
>
>    - the builtin selectors are in the image and restored
>    - fix a crash with bad casting and pointer arithmetic -_-'
>
> Next step:
>
>    - fixing context allocation/recycling
>
> Cheers,
> Gwen