On 26.03.2020, at 03:17, Eliot Miranda eliot.miranda@gmail.com wrote:

...

On Mar 25, 2020, at 5:07 PM, Tobias Pape Das.Linux@gmx.de wrote:



...

On 26.03.2020, at 00:03, Nicolas Cellier noreply@github.com wrote:

Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 0222b96ffc697f25aadba4fca0672ccb78a7cb94 https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/0222b96ffc697f25aad... Author: Nicolas Cellier nicolas.cellier.aka.nice@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/051a0fe56561b586c8e...

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.

Thanks for the clarification. Best regards -Tobias