[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] 0222b9: Fix minheadless crash at startup

[Eliot Miranda]

> On Mar 25, 2020, at 5:07 PM, Tobias Pape <Das.Linux at gmx.de> wrote:
> 
> 
> 
>> On 26.03.2020, at 00:03, Nicolas Cellier <noreply at github.com> wrote:
>> 
>> 
>> Branch: refs/heads/Cog
>> Home:   https://github.com/OpenSmalltalk/opensmalltalk-vm
>> Commit: 0222b96ffc697f25aadba4fca0672ccb78a7cb94
>>     https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/0222b96ffc697f25aadba4fca0672ccb78a7cb94
>> Author: Nicolas Cellier <nicolas.cellier.aka.nice at gmail.com>
>> Date:   2020-03-26 (Thu, 26 Mar 2020)
>> 
>> Changed paths:
>>   M platforms/minheadless/unix/sqUnixSpurMemory.c
>>   M platforms/minheadless/windows/sqWin32Alloc.c
>>   M platforms/minheadless/windows/sqWin32SpurAlloc.c
>> 
>> Log Message:
>> -----------
>> Fix minheadless crash at startup
>> 
>> The changes to `sqMakeMemoryExecutableFromToCodeToDataDelta` performed in
>> https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/051a0fe56561b586c8e36f8c2950efd391059605
>> 
>> Notably:
>> 
>>> Don't attempt to take the address of 0 in the DUAL_MAPPED_CODE_ZONE regime.
>> 
>> The minheadless being now mostly unmaintained, and having large duplication of platforms code base, it can only rot...
> 
> what is it in the first place?

Ronie Salgado’s code for a minimal headless vm suitable for a GUI interface implemented entirely with FFI calls and callbacks.  This should not be allowed to rot.  For example it is useful for a scripting vm.

It is good work and a tragedy that Pharo has forked.  Ronie himself is heading towards a non-vm implementation of Smalltalk.  I think that’s a mistake, but that’s a different discussion.  I say this because I fear that now Ronie has reduced interest in either the OpenSmalltalk or Pharo VM efforts.

> -t
>> 
> 
>