July 2019 - Oberon - mailman3.inf.ethz.ch

Wanted: Oberon Syntax in TextMate, Sublime Text or Atom Grammar
by Treutwein Bernhard 01 Jan '22

01 Jan '22

Does somebody have grammars for Oberon / Oberon-2 / Component Pascal / Active Oberon as grammar for TextMate / Sublime Text / Atom Background: Github wrongly classifies Oberon / Oberon-2 / Component Pascal / Active Oberon as Modula-2. I opened quite some tiome ago an issue in the github/linguist project (https://github.com/github/linguist/issues/3888) and they don't accept EBNF grammars. -- Bernhard Treutwein

6 9

Debugging FPGA oberon via serial line?
by Michael Schierl 29 May '20

29 May '20

Hello, while I was adding UTF-8 support to Fonts and Texts (and almost rewriting Fonts so that a font can be loaded partially and not all glyphs at once), I noticed that debugging such a system can be cumbersome (as you cannot read the TRAP output any more, as well as you have to reset the system to a previous state to be able to fix your mistakes if the screen is too garbled to be useful, or if the system TRAPs during boot). By the way, here is Oberon running in the browser with UTF-8 support for Texts (and Tahoma font): http://schierlm.github.io/OberonEmulator/emu.html?image=UnicodeDiskImage >From other (older) systems, I know it is possible to debug them via serial line, so I was thinking how much the FPGA oberon system needs to be changed (hardware side/software side) to accommodate this. RS232 is supported, so you could use one FPGA system (or emulator) to debug the other one. And I was wondering if anybody already tried doing something like this. I know that Colby Russell worked on debug support in the emulator, but no idea about how far he got. A minimal feature set to be useful (in my opinion) would be - Read and write memory and disk via serial port while the system is running/idle (already possible today via ORC / PCLink) - Set and remove software breakpoints while the system is running/idle - When software breakpoint or trap is hit, save processor state and allow debugging via serial port (-> suspended) - Read and write registers and memory while the system is suspended - Set and remove software breakpoints while the system is suspended - Continue execution when the system is suspended More advanced features would be single stepping (can be emulated by having a look at the instruction and setting software breakpoints at all following locations), or memory breakpoints. Also to be able to enter the debugger by pressing a hardware button on the FPGA (similar to the current reset functionality, but not resetting). And of course symbolic debugging :) Software breakpoints should be easy, just replace instruction by BL to a fixed address. Restore the instruction before returning. For catching TRAPs, overwrite the TRAP address. Saving processor state might be tricky, especially SYSTEM.H and the flags, and maybe you have problems since you need at least one spare register to be able to save the registers to a fixed location in memory. You will also need to switch stack to a second stack before the stack is accessed by the code. Probably solvable by using a special compiler that leaves a register or two unused. Restoring SYSTEM.H and Flags is also not supported (except by searching for instructions that will result in the desired flags or results). Also the question is whether returning to the code will not destroy some flags again. And you need to make sure not to set breakpoints or break at points where a BL has happened but the link register has not been saved yet. So (similar to interrupt) probably some hardware support is needed for this. Entering the debugger by button also needs hardware support (since the current Reset button forgets the PC and some other state). Once in suspend mode, it might be hard to avoid allocating memory, since you cannot run the GC which might collect objects that are still used by the suspended program. But that should be feasible if the functions are basic enough to work with a fixed buffer (e.g. number of breakpoints is limited). I guess memory breakpoints are only possible with hardware support for them (I have no idea how to emulate them except emulating or setting breakpoints at all LOAD/STORE instructions). For symbolic debugging, the compiler would have to write some more debug symbols. For a start, <https://github.com/schierlm/OberonXref/blob/master/ORG.Mod.patch> annotates the code position for every instruction; I currently use it for creating combined source/assembly listings like <https://schierlm.github.io/OberonXref/ProjectOberon2013/ORP.html#both>. But you would probably also need some information about the stack layout (variable names and types) and register contents for every code locatoin, as well as information about module/global variables, and not-exported record types and record members. And you would also need some client to utilize all this information so that you can do something like "Debugger.Inspect F.vwr.dsc" :) So I guess for my own needs, that's too much work for the benefit (especially since I don't know if I will ever try to rewrite any of the core modules again). But perhaps I'm missing something? Any better ideas? Regards, Michael

1 1

Re (2): Go for Integrated Oberon.
by peter＠easthope.ca 30 Jul '19

30 Jul '19

From: Charles Perkins <chuck(a)kuracali.com> Date: Tue, 30 Jul 2019 07:46:11 -0700 > The latest version of go has introduced modules, which remove the need for > a GOPATH, and the 'rem' emulator in io-core has been updated to use modules. > > The version I am using: > [cperkins@tertius rem]$ go version > go version go1.12.5 linux/amd64 Here, peter@joule:~$ go version go version go1.7.4 linux/386 peter@joule:~$ uname -a Linux joule 4.9.0-9-686-pae #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19) i686 GNU /Linux This is the oldstable release of Debian. The stable version is running at work. In a few days I can see how Go is there. Thanks, ... Lyall E. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140 Bcc: peter at easthope. ca

2 2

Re (2): Go for Integrated Oberon.
by peter＠easthope.ca 30 Jul '19

30 Jul '19

From: Charles Perkins <chuck(a)kuracali.com> Date: Tue, 30 Jul 2019 07:46:11 -0700 > The latest version of go has introduced modules, which remove the need for > a GOPATH, and the 'rem' emulator in io-core has been updated to use modules. > > The version I am using: > [cperkins@tertius rem]$ go version > go version go1.12.5 linux/amd64 Here, peter@joule:~$ go version go version go1.7.4 linux/386 peter@joule:~$ uname -a Linux joule 4.9.0-9-686-pae #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19) i686 GNU /Linux This is the oldstable release of Debian. The stable version is running at work. In a few days I can see how Go is there. Thanks, ... Lyall E. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0

Go for Integrated Oberon.
by peter＠easthope.ca 30 Jul '19

30 Jul '19

From: schierlm at gmx.de (Michael Schierl) Date: Sun, 7 Jul 2019 00:23:35 +0200 > I guess it was "Integrated Oberon" by Charles Perkins: > > https://github.com/io-core/io Thanks. Appears Go is needed in this Debian system. Can anyone recommend a value for GOPATH? Set it to my PATH? The root PATH? Thanks, ... P. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140 Bcc: peter at easthope. ca

2 1

Debugger for ETHOberon
by Dieter 30 Jul '19

30 Jul '19

The distribution: ETH PlugIn Oberon for WindowsTM / Win32 2.5 (18.12.2010) on Windows Vista Version 6.2.9200 Glötzel@GLÖTZEL-PC contains "debug.exe" and "debug.ini", but no further explanation. Has somebody got a doc or experience with this tool? Thanks! Dieter -- ____________________________________ Dr. Dieter Glötzel Im Rosengarten 27 64367 Mühltal Tel.: 06151 / 360 82 72

2 1

Oakwood Files.Delete
by Arthur Yefimov 23 Jul '19

23 Jul '19

In the Oakwood guidelines for Oberon-2 (1995), in section 1.2.5.2 Operations on files and the file directory, one can read the following: "Delete(fn, res) removes the directory entry for the file fn without deleting the file. If res=0 the file has been successfully deleted. If there are variables referring to the file while Delete is called, they can still be used." How can I delete a file from a file system directory on Windows or Linux without deleting it on the actual disk? How can a file then be deleted from the disk? Does this mean that if I open a file with Old, and then call Delete, the file should be copied to /tmp, or does it mean it should be loaded into RAM? Kind regards, Arthur Yefimov

3 2

Where's V4 for Win10 ?
by eas lab 10 Jul '19

10 Jul '19

The wave of in-yo-face-garbage from eg. Win10, has become intolerable, V4 under Win8.1 was usefull. Remind me: can Win:V4 <cd to any Dir which Win can access> and read/write from there, without specifying the full-path? And perhaps even have another instance <cd-ed to a different dir>? Where to D/L & install it for Win10? ==TIA.

2 3

Another Oberon emulator?
by peter＠easthope.ca 06 Jul '19

06 Jul '19

Some months back, possibly in 2018, another emulator was mentioned. Written in something I know nothing about; G or Go to my recollection. Is it still viable? Can anyone give a link? Thanks, ... Lyall E. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140 Bcc: peter at easthope. ca

3 2

Re (2): Where's V4 for Win10 ?
by peter＠easthope.ca 06 Jul '19

06 Jul '19

From: Oberon [mailto:oberon-bounces@lists.inf.ethz.ch] On Behalf Of eas lab Date: Saturday, 6 July 2019 4:47 PM > Where to D/L & install it for Win10? From: Chris Burrows <chris(a)cfbsoftware.com> Date: Sat, 6 Jul 2019 20:49:56 +0930 > I run the 1998 win95-NT Linz version V4.0-2.3 on Windows 10. As far as I > know that is the latest version: > > ftp://ftp.ssw.uni-linz.ac.at/pub/Oberon/Windows/win95-NT/ The path up to "Windows" is also listed in https://en.wikibooks.org/wiki/Oberon#System_Variants . A link to Sourceforge is also there, thanks to Bernhard. If anyone notices an error or has a better way to present the links, a comment is welcome; or just make an edit. Thanks, ... Lyall E. -- https://en.wikibooks.org/wiki/Oberon Tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0