[Oberon] Other CONST.
joerg.straube at iaeth.ch
Mon Jan 7 08:38:48 CET 2019
Memory mapped IO addresses ALWAYS depend on the underlying "HW". Please understand "HW" in a broader sense, as the Oberon OS running on an emulator doesn't talk directly to the underlying HW but to the emulator emulating the RISC-5 HW.
So, when the Oberon OS runs on RISC-5 compatible "HW" there are IO addresses for the serial interface, harddrive, network card, keyboard and mouse as defined in
Modules using these IO addresses are often called "HW drivers" as they offer Oberon APIs to access the HW resource underneath.
An emulator or the underlying HW can offer additional resources the Oberon OS can have access to.
Eg I added IO addresses for the color map as I run RISC-5 natively on FPGA with 16 colors.
Peter de Wachter added other IO addresses so the Oberon OS is able to access the clipboard of the underlying OS the emulator is running on. (with it you can easily copy text between Windows OS and Oberon OS) Clipboard.Mod can be seen as "HW driver" for the Clipboard. This is of no use if you run the Oberon OS natively on FPGA HW
Am 07.01.19, 00:17 schrieb "Oberon im Auftrag von Paul Reed" <oberon-bounces at lists.inf.ethz.ch im Auftrag von paulreed at paddedcell.com>:
> MODULE Clipboard in Peter De Wachter's emulator has
> CONST control = -24; data = -20;
They are memory-mapped input/output addresses. Normally, see the last
but since -24 and -20 (0FFFFFFE8H and FFFFFFECH) are defined by the
emulator presumably for virtual machine to host clipboard purposes, you
don't see those particular addresses in Prof. Wirth's document.
Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
More information about the Oberon