Maybe it's something to do with his gentoo's version of some library? libc? It looks like it's some problem of Pharo in gentoo, not necessarily scale.

On Sun, Feb 12, 2017 at 11:05 AM, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Note that he managed to run the System Report UI, which means his image was running pretty normally at some point ...

> On 12 Feb 2017, at 10:26, Ben Coman <btc@openinworld.com> wrote:
>
> On Sun, Feb 12, 2017 at 5:18 AM, Andriy Tykhonov <atykhonov@gmail.com> wrote:
>> Ben Coman <btc@openinworld.com> writes:
>>
>>> Are you on 64-bit using 32-bit Pharo?
>>
>> This is not pure 64-bit system. This is multilib setup. So, I can execute
>> 32-bit and 64-bit programs on the same machine. This is recent system
>> installation, and Pharo doesn't work well on it. But it did work well on
>> another Gentoo Linux system with the same multilib support.
>>
>>> Can you use ldd to check the pharo binary is linking to these 32-bit libraries?
>>> http://pharo.org/gnu-linux-installation
>>
>> $ ldd ./pharo-vm/pharo
>>
>>�� �� �� �� linux-gate.so.1 (0xf76f6000)
>>�� �� �� �� libm.so.6 => /lib32/libm.so.6 (0xf7664000)
>>�� �� �� �� libdl.so.2 => /lib32/libdl.so.2 (0xf765f000)
>>�� �� �� �� libpthread.so.0 => /lib32/libpthread.so.0 (0xf7643000)
>>�� �� �� �� libc.so.6 => /lib32/libc.so.6 (0xf7496000)
>>�� �� �� �� /lib/ld-linux.so.2 (0xf76f7000)
>
> Okay, so four out of six are obviously bound to 32bit libs.
>
> linux-gate seems okay per...
> http://man7.org/linux/man-pages/man7/vdso.7.html
>�� �� �� ��Note that the vDSO that is used is based on the ABI of your user-
>�� �� �� ��space code and not the ABI of the kernel.�� Thus, for example, when
>�� �� �� ��you run an i386 32-bit ELF binary, you'll get the same vDSO
>�� �� �� ��regardless of whether you run it under an i386 32-bit kernel or under
>�� �� �� ��an x86_64 64-bit kerne l.
>
> Could you check if�� ld-linux�� symlinks to 32-bit location?
>
>>
>> This is mostly the same output (except addresses, such as 0xf76f6000, --
>> I'm writing about this fact just because I'm not sure whether it is
>> important) which I had seen on the previous Gentoo Linux system.
>>
>>>
>>> When you get it working can you provide a recipe for the download page.
>>>
>>> Alternatively you might try either (pre-release) 64-bit VM from...
>>> http://files.pharo.org/vm/pharo-spur64/linux/
>>> * pharo-linux-x86_64threaded-201702061308-aa78f27.zip
>>> * pharo-linux-x86_64itimer-201702030802-61970b6.zip
>>
>> I have tried both with the image downloaded from
>> http://files.pharo.org/image/60/ (Pharo-Image-6.0-latest.zip).
>>
>> I get the same result:
>>
>> $ ./pharo Pharo-60386.image
>> This interpreter (vers. 68021) cannot read image file (vers. 6521).
>> Press CR to quit...
>> zsh: exit 1�� �� ��./pharo ../tmp64/Pharo-60386.image
>
> I'm not completely sure, but I think this indicates you're using
> a 64-bit VM (68021) to open a 32-bit Image (6531).
> IIUC you need to use Pharo64-60386.image from this zip...
>
> However I guess Scale needs FFI and I'm not sure
> of 64 bit FFI status on Linux. (Esteban?)
>
>>> http://files.pharo.org/image/60/
>>> * 60385-64.zip
>
>
>>> On Sat, Feb 11, 2017 at 5:49 AM, Andrey Tykhonov <atykhonov@gmail.com> wrote:
>>>> Hi all,
>>>>
>>>>> and which VM do you use (there is a System report browser where you can
>>>>> find the information.
>>>>
>>>> I've somehow managed to get the information from System report browser:
>>>>
>>>> Image
>>>> -----
>>>> /home/demi/mess/2017/06/tmp2/Pharo.image
>>>> Pharo5.0
>>>> Latest update: #50768
>>>> Unnamed
>>>>
>>>> Virtual Machine
>>>> ---------------
>>>> /home/demi/mess/2017/06/tmp2/pharo-vm/pharo
>>>> CoInterpreter VMMaker.oscog-eem.1855 uuid:
>>>> d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 May�� 4 2016
>>>> StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid:
>>>> d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 May�� 4 2016
>>>> https://github.com/pharo-project/pharo-vm.git Commit:
>>>> b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 +0200 By:
>>>> Esteban Lorenzano <estebanlm@gmail.com> Jenkins build #589
>>>>
>>>> Unix built on May�� 4 2016 11:54:41 Compiler: 4.6.3
>>>> VMMaker versionString https://github.com/pharo-project/pharo-vm.git Commit:
>>>> b8ec25a570d7539653e1d793e97609adb509aaed Date: 2016-05-04 11:14:22 +0200 By:
>>>> Esteban Lorenzano <estebanlm@gmail.com> Jenkins build #589
>>>> CoInterpreter VMMaker.oscog-eem.1855 uuid:
>>>> d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 May�� 4 2016
>>>> StackToRegisterMappingCogit VMMaker.oscog-eem.1855 uuid:
>>>> d8e4a3c2-a3bf-4adc-b224-8012903a1ef4 May�� 4 2016
>>>>
>>>>
>>>> I noticed that there are more items which could be selected (list in the
>>>> left bar, I mean System report browser), but I cannot get more info, because
>>>> pharo crashes each time I try to select all text from the all items. May be
>>>> it would be helpful (and I'll be able to) to get information only from some
>>>> particular item? But then, I need to know which exactly items would be
>>>> helpful.
>>>>
>>>> Also, I'm attaching to this email log file after execution of the Pharo with
>>>> strace:
>>>>
>>>> strace ./pharo-ui Pharo.image > pharo-ui-with-strace.log 2>&1
>>>>
>>>> I hope it could shed more light on the issue.