July 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

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

Re: [Oberon] Data transfer in large amounts
by Paul Reed 05 Sep '16

05 Sep '16

Dear Wojtek, > This size fits well in a NOR flash chip whose size is limited to 64 MB. I did consider an SPI flash chip, which would have been a more appropriate size, but (micro)SD-cards are more freely available for not much difference in cost. > "doing" is indicative of some sort of a plan. Would you mind sharing your > plan, a roadmap, and the future of FPGA Oberon? FWIW, I shared my own personal roadmap during Oberon Day 2011 (I've posted links to the talks here before), and posted here updates to what I'm doing and how and why some particular things were done. In general, the material is presented as-is, for careful study, in the hope that it may be useful. Some people have given us really great, considered and constructive feedback and excellent contributions of work, which often results in very satisfying fixes to certain issues. We are very grateful for this. But you are mistaken if you expect there is a team, an updating plan/roadmap, a version control system, ongoing feature development, "releases", a service-level agreement, sponsorship or finance like in a large open-source software or hardware project. And we are certainly not being secretive, rather, trying to help as much as we can with very limited resources! Perhaps you would be happier with one of those much bigger projects, several of which now run on FPGAs. You certainly seem to want a lot for nothing and appear to need the support of a much larger community - you do not carefully follow even the small amount of links provided both on Prof. Wirth's home page (where he notifies significant changes to his whole site in the news file) and for example the FAQ on http://projectoberon.com; and previous posts on this forum; where many of your questions would be answered and some of your criticisms rendered moot when you understand the context. HTH, Paul

5 5