[Oberon] Oberon on the Raspberry Pi

eas lab lab.eas at gmail.com
Fri Apr 18 13:58:27 CEST 2014

]Accessing filesystem of host system or launching Linux commands is just not
]possible, since Oberon in this case doesn't know anything about underlying

Sure, V5 doesn't know about *nix, but the designers know where the
file is saved.
And it won't be encrypted. If they can tell me where/what it is, I'd
expect to be able
to extract the near-plain-ASCII, and it should be easy also to make a
for reading in. I can read AosFS textfiles on rPi, with less pain than
using  Windows.

To launch *nix [or any] commands, you have a cronJob/timer, which occasionally
looks at the files that V5 writes. Even it the underlying system can only detect
the size or date change, that can be a signal.

== Chris Glur.

On 4/17/14, Paul Thomas Melville <ptmelville at gmail.com> wrote:
> On Thu, Apr 17, 2014 at 5:05 PM, volkert at nivoba.de <volkert at nivoba.de>
> wrote:
>> On RaspPi
>> - In 1920x1280 the emulator cachtes the whole screen. In the left and
>> right black border (left & right to the oberon screen, which is in the
>> center) you can see the window manager mouse pointer.
>> - The Oberon screen is not part of normal WM Window. May be it is, but
>> it looks if its not.
>> Anyway, the behaviour is different to that of other linux systems, f.e.
>> debian / ubuntu on x86. Here is
>> Oberon Screen is per default part of a window which i can grab and move
>> around. I see no reason, why
>> FXDE on RaspPi should behave other as Gnome/Unity on my x86.
> I apologize for providing incorrect information.  On RPi it works
> differently.
> SDL is drawing there directly to EGL (or whatever it is using) - surface is
> taking whole area of screen and it is grabbing the input.  At least
> according
> to unofficial descriptions I stumbled upon.
> For time being, you could use something like that in another shell session:
> $ sleep 30 && echo filename > PCLink.REC
> Then launch Oberon from another session and activate PCLink there. It
> isn't convenient, but you can exchange at least files this way I guess.
> Hiding/minimizing could help in this situation, but I'm not sure if it is
> possible under RPi - most function related to window management just
> don't work.
>> Btw, it is also possible to start the emulator without a x-server
>> running.
>> You can try it on your RaspPi. If you have a solution here, it would be
>> nice.
> I don't have RaspPi and don't think I plan to have. I have very mixed
> feelings
> about ARM hardware - especially about openness of it. I did buy cheapest
> Android tablet with biggest screen I could get for reading ebooks. It is
> possible to drop Linux there, since some of the drivers for Allwinner are
> open sourced. Maybe I'll do that one that, since AFAIK it is hard to brick
> devices based on this SoC, yet even getting custom bootloader is
> non-trivial.
> --
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
> https://lists.inf.ethz.ch/mailman/listinfo/oberon

More information about the Oberon mailing list