August 2016 - Oberon - mailman3.inf.ethz.ch

Source code browser in NO
by Srinivas Nayak 25 Mar '17

25 Mar '17

Dear All, Do we have any source code browser in NO? I see we have Definitions browser in NO. Using Watson, if we create *.Def and *.Def.html, we can browse through Definitions. Anything similar for source code? With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/

4 5

Re: [Oberon] Concurrency support in Oberon
by John R. Strohm 25 Nov '16

25 Nov '16

No, Oberon has no concurrency support in the language. The Oberon system provides a simple event loop, that allows programmers to do simple round-robin run-til-done scheduling. --- sinu.nayak2001(a)gmail.com wrote: From: Srinivas Nayak <sinu.nayak2001(a)gmail.com> To: ETH Oberon and related systems <oberon(a)lists.inf.ethz.ch> Subject: [Oberon] Concurrency support in Oberon Date: Thu, 21 Jan 2016 20:27:05 +0530 Dear All, We had Pascal, We came to its successor Modula-2. Then we came to its successor Oberon. But do we still have the concurrency programming support in Oberon, which was present in Modula-2? With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/ -- Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems https://lists.inf.ethz.ch/mailman/listinfo/oberon

16 24

Re: [Oberon] Availability of OberonStation
by Chris Burrows 14 Nov '16

14 Nov '16

> > From: Oberon [mailto:oberon-bounces@lists.inf.ethz.ch] On Behalf Of > Ken Boak > Sent: Monday, 18 January 2016 7:29 PM > To: oberon(a)lists.inf.ethz.ch > Subject: [Oberon] Availability of OberonStation > > Have any of the list had experience of the Oberon system on the > Xilinx Artix-7 - specifically on the $99 Arty board - is this a > preferred platform? > It is likely that I have had the most experience on the Xilinx Artix-7 seeing as I ported our 'embedded' subset of ProjectOberon to the Arty board ;-) I agree with Walter. Oberon-07 is an ideal language for developing embedded applications. I'm not sure what you mean by 'preferred platform'. The Arty (Artix-7) and the Pippistrello (Spartan-6 LX45) development boards are the only two I have found so far that have sufficient BRAM to run embedded ProjectOberon without external SRAM. Saanlima's Pippistrello is about $50 more than the Arty. However, the Pippistrello does have a built-in SD Card socket and can also be used as an ProjectOberon Workstation development system with Saanlima's optional Oberon SRAM 'Wing'. There are many simpler FPGA boards available but all the ones I have found use less-capable FPGA devices with insufficient BRAM. The Arty and the Pippistrello have more features than are needed for embedded Oberon applications like those on the ARM Cortex-M3/M4 boards that we support. However, I guess that doesn't matter for those who are designing their own boards and just want an off-the-shelf reference system to use for prototyping / proof of concept. If on the other hand you want to run the complete Project Oberon 'workstation' system with VGA / HDMI, keyboard and mouse. You will need a board with external SRAM like the OberonStation. An Arty would not be suitable for this purpose. > Finally, and perhaps best addressed to Chris Burrows - I see that > you have produced packages for the ARM M3 and M4 Cortex - mainly NXP. > Do you have any aspirations to port to Cortex M7 - such as the $50 > STM32F7 Discovery Platform - which has a great selection of useful > hardware on-board? > There used to be an clear distinction between the simple 8-bit microcontroller at one end of the spectrum and the 64-bit PC at the other. In recent years the two have started to converge. The embedded systems are becoming more powerful; the PCs are becoming smaller and less power-hungry - the distinction is blurring. The STM32F7 Discovery Platform seems to me to be more a miniature PC than a high-power embedded system. While we remain focused on supporting embedded systems we are unlikely to be targeting it, Regards, Chris Chris Burrows CFB Software http://www.astrobe.com/RISC5

34 147

Re: [Oberon] frames, displays and screens;
by peter＠easthope.ca 13 Oct '16

13 Oct '16

From: Andreas Pirklbauer <andreas_pirklbauer(a)yahoo.com> Date: Sat, 2 Jul 2016 14:17:51 +0200 > In essence one can create sev= > eral (separate!) logical display areas that all look like the standard Obero= > n display (works like virtual screens in macOS, i.e. one can just switch fro= > m one to another). OK, thanks. Rather than scroll a big display up-down and left-right on a smaller screen, the user will jump from one logical screen to another. Both scrolling and jumping could be in one system. Eg. arrange your virtual screens vertically (or horizontally) and allow scrolling and jumping up/down (or left/right). > It's just a small experiment to prepare Oberon for a tablet version. Seems you are on the right track. Thanks! ... Lyall E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

3 3

Parts & paths; was Re (3): A path variable for OLR?
by peter＠easthope.ca 13 Oct '16

13 Oct '16

From: Peter Matthias <PeterMatthias(a)web.de> Date: Mon, 15 Aug 2016 18:57:24 +0200 > If file is not in "WRK:", "SYS:" will be used for reading. "SYS:" > defaults to "." and can be set by "OSYSDIR=/dir". Nice. > Both dirs can be set by FileTools.SetSYS resp. FileTools.SetWRK. Native Oberon has the slightly different arrangement. "OFSTools.SetDefault WRK ~" moves WRK to the front of the search list. An arbitrary number of volumes can be ordered. ** ETHO Behaviour ** Volume containing executables is automatically SYS. FileSystem.Mount WRK1 AosFS <volume1> ~ FileSystem.Mount WRK2 AosFS <volume2> ~ FileSystem.Mount WRK3 AosFS <volume3> ~ OFSTools.SetDefault WRK3 ~ OFSTools.SetDefault WRK2 ~ OFSTools.SetDefault WRK1 ~ makes search path WRK1 WRK2 WRK3 SYS ** OLR analogue ** FileTools.Set SYS <path0> ~ FileTools.Set WRK1 <path1> ~ FileTools.Set WRK2 <path2> ~ FileTools.Set WRK3 <path3> ~ FileTools.SetDefault WRK3 ~ FileTools.SetDefault WRK2 ~ FileTools.SetDefault WRK1 ~ makes search path WRK1 WRK2 WRK3 SYS Regards, Lyall E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

2 1

CHAR to/from BYTE conversion
by Srinivas Nayak 06 Sep '16

06 Sep '16

We have ORD() and CHR(). ORD() converts CHAR to INTEGER. CHR() converts INTEGER to CHAR. How to convert BYTE to/from CHAR ? Can a CHAR byte hold -ve values? Seems not... BYTE also represents values from 0 to 255. Then what is the difference between BYTE and CHAR? We say, BYTE and INTEGER are compatible; If we assign -12 to a BYTE, what will happen? Kindly help me understanding these. With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/

12 23

Wikibook _versus_ svn or git.
by peter＠easthope.ca 06 Sep '16

06 Sep '16

Hi, A small discussion about the possibility of a wikibook for the sources for the Oberon system is here. https://en.wikibooks.org/wiki/Wikibooks_talk:What_is_Wikibooks#The_source_c… I began the discussion out of interest. Certainly I don't claim to have any convincing answer or solution. Comments here or on the Wikibook page are more than welcome. Thanks, ... Lyall E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 12 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

6 7

Oberon-07, recursion and type extension
by Darren Bane 05 Sep '16

05 Sep '16

Can anyone enlighten me as to why the following doesn't work? I've been staring at it for a while to no avail. I always get "incompatible parameters" errors at the recursive calls to Print(). MODULE Family; TYPE ParentDesc = RECORD END; Parent = POINTER TO ParentDesc; SonDesc = RECORD (ParentDesc) wife: Parent END; Son: POINTER TO SonDesc; DaughterDesc: RECORD (ParentDesc) husband: Parent END; Daughter = POINTER TO DaughterDesc; PROCEDURE Write(o: Parent); BEGIN CASE o OF Son: Write(o.wife) | Daughter: Write(o.husband) END END Write; BEGIN END Family. dbane(a)sdfeu.org SDF-EU Public Access UNIX System - http://sdfeu.org

8 10

Question
by Boris Ashkinazi 05 Sep '16

05 Sep '16

Do we (community) need Oberon System running on tablet? Sent from my iPod

5 6

Oberon language family and the master.
by Srinivas Nayak 05 Sep '16

05 Sep '16

Dear All, I am referring to http://www.oberon.ethz.ch/archives/languagearchive/genealogy. Here we see that Oberon language from its birth has gone through several revisions. Many times either NW or others have added new features to it if they feel a need of it. Or removed existing features, if they found it unnecessary. After all these iterations, Oberon might have got time tested. So today, can we say, whatever is present in Oberon-7 is time tested; and one doesn't need to add or remove anything from it; and this is the state-of-the-art; and is simple but not simpler? If so, one wouldn't worry about Oberon V, Oberon X, Active Oberon, Action Oberon, Object Oberon, Concurrent Oberon etc. etc. With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/

4 4