[Oberon] Compilation of A2.

[Michael Schierl]

Hello Peter,


Am 27.12.2025 um 21:46 schrieb peter at easthope.ca:

> Thus far, the only serious snag on EasyOS is Base64.Decode always
> trapping.  Narrowed to a failure of Files.Write at the first output
> character.

Cannot reproduce this. My setup:

- On normal Linux (Debian), cloned latest revision as of writing
   (ec4ce23120a0e392b1d3be17ef77d23bafae435c) from
   https://gitlab.inf.ethz.ch/felixf/oberon.git
- unzipped Linux64.zip and followed the steps in Builds.Tool to rebuild
   all modules (Note that you need the Linker command that includes
   "System StdIOShell Shell" since for some reason the BootConsole does
   not work on that commit - I did not investigate this any further).
- Started recompiled A2 and Oberon inside
- Tested Base64.Decode to verify it works (decoding a small text file).
- Installed easy-6.6.10-amd64.img into a new VirtualBox VM (by
   converting RAW->VDI and then enlarging the VDI to 2GB, and booting
   from it)
- Tarred up the A2 tree and moved the tar file via SSH/SFTP to the new
   EasyOS VM.
- Ran the Base54.Decode again. See screenshot.
- File a.out is identical to the one from real Linux.

> Recompiled Oberon.Files.Mod and saw the new base types noted. With the
> new types introduced years ago; I wonder why compilation catches the
> changes only now.  Executables don't keep up with sources?

The executables in A2 git were last rebuilt Wed Apr 19 07:29:47 2023.

> * When does a complete recompilation of the A2 system happen?

As I understand it, they get rebuilt before they would be unable to 
recompile the latest source, so that you only need one recompile step 
after initial checkout to have the latest version running.

> * Ideas about the trap at Files.Write()?

Cannot reproduce.

> * With A2 on Debian and on Devuan, Base64.Decode works flawlessly.
> Ideas about the trap on EasyOS.

Something is different not in EasyOS but in your install. I assume you 
already checked permissions of the location you want to write to, and 
also that you have enough disk space and enough free inodes available 
(df -h, df -i commands).

So without being able to reproduce it, I have no idea any more.


Regards,


Michael
-------------- next part --------------
A non-text attachment was scrubbed...
Name: EasyOS.png
Type: image/png
Size: 80171 bytes
Desc: not available
URL: <http://lists.inf.ethz.ch/pipermail/oberon/attachments/20251228/80ef3f48/attachment-0001.png>