- Oberon - mailman3.inf.ethz.ch

Correction: Re: Oberon Text and new systems;
by peter＠easthope.ca 08 Jun '21

08 Jun '21

From: peter(a)easthope.ca Date: Tue, 08 Jun 2021 09:24:51 -0700 > ... HTML5 is far more ubiquitous ... Poor word usage. Better to say, HTML5 is ubiquitous. Regards, ... P.L. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0

IRC oberon community is moving elsewhere
by Diego Sardina 08 Jun '21

08 Jun '21

Due to recent changes concerning operational control of freenode, we have decided to move elsewhere. You can read more about it in: https://en.wikipedia.org/wiki/Freenode#Ownership_change_and_conflict If you want to go deeper (and you have time to do that): https://gist.github.com/joepie91/df80d8d36cd9d1bde46ba018af497409 Many opensource projects and communities moved to the new network Libera.Chat or the freenode's alternative OFTC (Open and Free Technology Community). While some of us already moved to Libera.Chat, some others asked to move to OFTC. In my opinion, since Libera.Chat and OFTC are very crowded, it makes sense to be present in both networks. In recent years, in particular with Project Oberon 2013, lot of people coming from other channels joined #oberon to ask information both about the system and the language. The channel also increased from a number of users less than 10 to an average of 20 with a peak of 31 during last years. For these reasons being in both networks is the best way to widespride Oberon and let new users to join the (small) community. So people that already moved to #oberon on Libera.Chat are also invited to join and populate #oberon on OFTC. The channel on Freenode will be shut down on 2021-06-21. -- Diego Sardina

1 0

Question about Oakwood guidelines and design choices
by Robert Doiel 08 Jun '21

08 Jun '21

Good Morning, I was looking at the Oakwood Guidelines this morning trying to sort out why an implementation of `Out.Real()` might only accept a single parameter versus two (like `Out.Int()` ). The Oakwood guidelines I am reading in PDF form are from Oct. 20, 1995 (URL https://www.math.bas.bg/bantchev/place/oberon/oakwood-guidelines.pdf downloaded on 2021-06-06) and indicate that two parameters are expected. Next I looked at how the Oxford compiler implemented Out and saw that it was a very thin wrapper on Files using STDOUT instead of a user supplied file handle. That makes complete sense to me, at least from a POSIX point of view. But Files WriteReal() in Oakwood on;y has one parameter. Does anyone know the history behind why Oakwood as to why Out.Real() and Files.WriteReal() would be different? I noticed in Native Oberon 2.3.6 that Files.WriteReal() does have two parameters. Just curious to know the story behind the evolution from 1995 to Native Oberon 2.3.6. All the best, Robert Doiel

6 8

Re (2): ETH Oberon, source NetSystem.SetUser*.
by peter＠easthope.ca 06 Jun '21

06 Jun '21

From: Michael Schierl <schierlm(a)gmx.de> Date: Sun, 6 Jun 2021 21:01:19 +0200 > In your except you missed a WHILE loop. There is a comment above the > SetUser procedure declaration that describes why there may be multiple > URLs in one call to SetUser. entered[0] is only 0X for the first of > them. Thanks Michael. That allows for a command such as this. The first three authentications share one password. NetSystem.Setuser ssh:peter:sshpassword@localhost ssh:peter@otherhost ssh:pete@anotherhost pop:peter:mailpassword@localhost pop:peter:otherpassword@mailserver.isp.net ~ Another interesting point: the SetUser in ETH Oberon has two instances of RETURN; neither according to Oberon-07 syntax. In UnixAos, SetUser is revised to remove both RETURNs. Years ago, when user ids in the pattern <user>@<smarthost> came into use, misinterpretation of "@" by percent encoding was considered. NetSystem.Setuser pop:<user>@<maildomain>@<smarthost> ~ would be represented NetSystem.Setuser pop:<user>%40<maildomain>@<smarthost> ~ . Bad idea. Unnecessary complication. Better to recognize that the host name begins at the last "@". Thanks, ... P. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0

ETH Oberon, source NetSystem.SetUser*.
by peter＠easthope.ca 06 Jun '21

06 Jun '21

== Reference == https://en.wikibooks.org/wiki/Oberon/ETH_Oberon/NetSystem.Mod == Observation == Excerpt from the body of SetUser. BEGIN Texts.OpenReader(R, Oberon.Par.text, Oberon.Par.pos); ok := TRUE; entered[0] := 0X; verbose := FALSE; ... IF host[0] # 0X THEN IF (usr[0] = 0X) OR ((pwd[0] = 0X) & (entered[0] = 0X)) THEN ... IF pwd[0] = 0X THEN (* no pwd specified *) IF entered[0] = 0X THEN (* prompt first time *) InputStr("Enter password: ", FALSE, entered); == Question == Isn't (entered[0] = 0X) inevitable when the IF statements are executed? The two ests, entered[0] = 0X, are redundant? Thanks, ... P. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

3 2

Re (2): ETH Oberon, source NetSystem.SetUser*.
by peter＠easthope.ca 06 Jun '21

06 Jun '21

From: "R. S. Doiel" <rsdoiel(a)gmail.com> Date: Sun, 6 Jun 2021 10:39:13 -0700 > If so you need to handle the case where the password command is > envoked but the user decided not to enter it. Could that be the > reason? Thanks for the feedback. Yes, the user can intentionally delay submitting the password. Nevertheless, InputStr() doesn't touch entered[] and entered[0] keeps the initial value of 0X ? Still no need to check entered[0] = 0X ? ... P. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0

Question about SYSTEM.BIT() in Oberon-7
by R. S. Doiel 05 Jun '21

05 Jun '21

Hello everyone, This is probably a bit of a novice question and I apologize but it has me puzzled. In the Oberon-7 language report's SYSTEM.BIT() is described as using "n" to address a specific bit. On first reading I assumed "n" zero would be the LSB and "n" thirty one would be MSB where the compiler deals with the local implementation of bit ordering. Is that the correct reading of the report? I was planning on implementing a procedure like Native Oberon's Reals.IntL() but then started having doubts about my reading of the Oberon-7 report. Have I made too simple a set of assumptions about how I should expect SYSTEM.BIT() to work under Oberon-7 implementations? All the best, Robert Doiel

5 7

Project Oberon on current 'off-the-shelf' hardware
by Chris Burrows 02 Jun '21

02 Jun '21

To help new users get started with RISC5 hardware we have made available, free of charge, a Micro SD card disk image and an FPGA bitstream file to run the Project Oberon Workstation 'out-of-the-box' on either of Digilent's latest Artix 7-100T FPGA development boards. These and the associated Pmod modules can be purchased from a number of Digilent's distributors (e.g. Mouser). This release is based on the latest official Project Oberon Workstation sources (March 2020) and RISC5 Verilog sources (September 2018) downloaded from Prof Wirth's website. The entire source code of the system, including the compiler, is included on the disk image. Go to https://www.astrobe.com/RISC5/Workstation.htm for more details including photos of the boards, and to request a copy of the system. Regards, Chris Burrows CFB Software https://www.astrobe.com

5 17

A2 repository setup; was: Re (2): Project Oberon on current 'off-the-shelf' hardware
by peter＠easthope.ca 01 Jun '21

01 Jun '21

From: Chris Burrows <cfbsoftware(a)gmail.com> Date: Tue, 1 Jun 2021 14:04:09 +0930 > You are doing a wonderful job, Peter, with your work on the Oberon > WikiBook. You are more than welcome to make use of anything I have > written on this mailing list that you consider might to be useful to > others, Thanks Chris. A detail which we take for granted can be a showstopper for a novice. I've revised the instructions for establishing a working copy of the A2 repository. https://en.wikibooks.org/wiki/Oberon/A2#In_a_Unix-like_System If anyone can spare a few minutes to review that, an error or shortcoming might be spotted. Feedback is welcome. Regards, ... P.L. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

1 0

Re (2): [EXT] Re: Project Oberon on current 'off-the-shelf' hardware
by peter＠easthope.ca 01 Jun '21

01 Jun '21

From: "Skulski, Wojciech" <skulski(a)pas.rochester.edu> Date: Mon, 31 May 2021 04:29:39 +0000 > Are you not worried that our mailing lists may one day perish like > comp.lang.oberon? The foremost motivation for creating the wikibook! Too many documents already in peril. Currently, working on the Oberon Tutorials written or organized by Andr Fischer. To whatever extent Chris and others will allow, I'm willing to incorporate further information. In fact, it's a wiki. More participation would be invaluable. Regards, ... P.L. -- tel: +1 604 670 0140 Bcc: peter at easthope. ca

2 1