[Vm-dev] [OpenSmalltalk/opensmalltalk-vm] Insufficient Object Memory: Building on Alpine (#519)
Pierce Ng
notifications at github.com
Sun Sep 6 08:42:56 UTC 2020
I read the first message again.
```
PrimitiveFailed: primitive #'insufficient object memory' in File class failed
```
This looks familiar. When a Pharo 8 image starts, at some point it sends ```#primFileMasks``` to File, and I get a primitive failed error like the above on my laptop running Ubuntu 20.04.
The version of OpenSmalltalk VM that I built on this laptop is as follows:
```
% ./pharo --version
5.0-202007070220 Wed Jul 8 19:29:26 +08 2020 clang [Production Spur 64-bit VM]
CoInterpreter VMMaker.oscog-eem.2772 uuid: 925a3892-829d-4417-bd5b-1a6a26678025 Jul 8 2020
StackToRegisterMappingCogit VMMaker.oscog-eem.2771 uuid: a7ba3af0-70cc-4104-be1b-8895f533ed7b Jul 8 2020
VM: 202007070220 pierce at Mailin:work/git/opensmalltalk/opensmalltalk-vm
Date: Mon Jul 6 19:20:02 2020 CommitHash: 839a5cab0
Plugins: 202007070220 pierce at Mailin:work/git/opensmalltalk/opensmalltalk-vm
Linux Mailin 5.4.0-39-generic #43-Ubuntu SMP Fri Jun 19 10:28:31 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
plugin path: /home/pierce/pkg/osvmp8/ [default: /home/pierce/pkg/osvmp8/]
```
I have an older version of the VM as well, built on another laptop that has since crashed:
```
% ./pharo -version
5.0-201808291622 Thu Sep 20 22:32:45 +08 2018 gcc 5.4.0 [Production Spur 64-bit VM]
CoInterpreter VMMaker.oscog-eem.2437 uuid: 0e97c106-dd0b-437b-b1aa-e15257288c3f Sep 20 2018
StackToRegisterMappingCogit VMMaker.oscog-eem.2432 uuid: 7b14d114-0e04-4e46-b8a7-4b5e6d87f5fe Sep 20 2018
VM: 201808291622 pierce at othas:src/st/opensmalltalk-vm
Date: Wed Aug 29 09:22:35 2018 CommitHash: d952580
Plugins: 201808291622 pierce at othas:src/st/opensmalltalk-vm
Linux othas 4.4.0-134-generic #160-Ubuntu SMP Wed Aug 15 14:58:00 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
plugin path: /home/pierce/pkg/osvmp6/ [default: /home/pierce/pkg/osvmp6/]
```
With this version, ```File primFileMasks``` produces the following which I hope is the expected output:
```
#(61440 49152 40960 32768 24576 16384 8192 4096)
```
If I copy the older VM's ```FileAttributePlugin.so``` over the newer VM's, it produces the same output on Pharo 8 with the newer VM, no primitive error.
I don't know the VM internals enough to investigate, but looks like it is possible to start bisecting from VMMaker.oscog-eem.2772 and VMMaker.oscog-eem.2437 or thereabouts.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/519#issuecomment-687727374
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20200906/df7b9c05/attachment.html>
More information about the Vm-dev
mailing list