[Oberon] DOS Oberon
hklaver at dds.nl
Sun Oct 4 17:11:06 CEST 2020
Dear Prof. Cayuela,
I use a DOS emulator called Boxer, under macOS 10.14.6 (Mojave).
Boxer is based on DOSBox 0.74.
Works very well!
> Op 4 okt. 2020, om 15:32 heeft Pablo Cayuela <pablo.cayuela at gmail.com> het volgende geschreven:
> Dear Hans Klaver,
> As a side note, I do have some versions of DOS Oberon too, and I didn't get the source code either.
> I wonder about the print screen picture that you included it.
> In what DOS emulator do you have DOS Oberon working, and in what host operating system?
> Thank you in advance.
> Prof Pablo Cayuela
> PS: I'm also searching for the source code of DOS Oberon, if anyone have some direction I'll appreciate it.
> El dom., 4 oct. 2020 2:46, Hans Klaver <hklaver at dds.nl <mailto:hklaver at dds.nl>> escribió:
> I wonder if it is known that the output of the present PO version of Texts.WriteReal and Texts.WriteRealFix for various borderline values can be completely false due to untrapped overflow of FLOOR(x)? Although it is acceptable that floating point representation of real numbers produces round-off errors, the output of obviously wrong values is undesirable.
> While looking into this I compared the output of these procedures with the same in my first Oberon (DOS Oberon V1.4, which I ordered from ETH Zurich in the early nineties). I don't have the source code of that early Oberon version, but I suppose it uses the source as published in the 1992 Project Oberon book. For the present PO version prof. Wirth rewrote these procedures, originally by J. Gutknecht.
> Does anyone have a suggestion? Could it be that the TRAP7 is not due to integer overflow but to an array index overflow?
> The screenprint below shows the TRAP 7 produced by Text.WriteRealFix in DOS Oberon V1.4.
> The present versions of Texts.WriteReal and Texts.WriteRealFix should show a TRAP in similar cases, imho.
> Oberon at lists.inf.ethz.ch mailing list for ETH Oberon and related systems
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Oberon