[Oberon] Project Oberon 2013 on GitHub?

[eas lab]

Re. V4
]I tried to compile it on x86, where it did segfault (older binaries are still
]working). I didn't bother to debug it, since it is old code: pointer
arithmetic,
]using strcpy/strcat, storing pointer addresses as int and so on.

I've been using: V4 oberon-1.7.02 <-- X86:Linux
It's fine. I modified <SavePerFat> to <SaveUnix>.
LEO is better, especially since you can roam the dir-tree and launch
from anywhere. But LEO doesn't autodetect when loading *nix/AosFS,
which V4 does. And 2 klux is a lot more than 1.
HCI/psychology trumps technology.

== Chris Glur.


On 4/22/14, Paul Thomas Melville <ptmelville at gmail.com> wrote:
> On Tue, Apr 22, 2014 at 11:27 AM, eas lab <lab.eas at gmail.com> wrote:
>> ptmelville wrote;--
>> ]Loader/bootstrap of ETH V4, which is written in C doesn't work when
>> ]compiled with newer GCC/Binutils - it segfaults.
>>
>> I'm glad you mentioned that, since until V5, I considered it unrealistic
>> to
>> try porting <ETHOberon>. Although I don't really 'do' C, are these the
>> files that segfault ? How would I proceed, if I got them to compile under
>> rPi?
>
> It won't work under ARM. Oberon V4 works only on x86. You can view
> source of file in question here:
>
> http://sourceforge.net/p/oberon/oberonv4/ci/master/tree/Linux/linux.oberon.c
>
> I tried to compile it on x86, where it did segfault (older binaries are
> still
> working). I didn't bother to debug it, since it is old code: pointer
> arithmetic,
> using strcpy/strcat, storing pointer addresses as int and so on.
>
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon
>