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

Re: [Oberon] Export of Oberon Mail.SendCmd().
by Joerg 30 Oct '26

30 Oct '26

Generally, re-using code instead of copying is a good approach. If you do so, then the whole code of Mail is imported in News. Possible but perhaps there is even a better approach to re-use code. What about this: try to separate all common code in an own module (e.g call it Communication.Mod or MsgBase.Mod or Utilities.Mod or so) and import this new module in Mail and in News. br Jörg > Am 14.06.2023 um 19:53 schrieb peter(a)easthope.ca: > > Hello again, > > Several procedures in Mail are used in Oberon News. Rg.: > Mail.ParseContent(), Mail.DecodeMessage() & Mail.GetSetting(). > > Is export of SendCmd() and use in News objectionable? > Ie. in Mail, change PROCEDURE SendCmd(...) to PROCEDURE SendCmd*(...). > > Thanks, ... P. > > - > mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 > > -- > Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > https://lists.inf.ethz.ch/mailman/listinfo/oberon

1 0

Good News on Ceres-3 recreated on FPGA
by Pablo Cayuela 21 Oct '23

21 Oct '23

This project of Ceres on FPGA by Udo Möller was mentioned many times on the list. There is some good news on it. http://www.cpu-ns32k.net/News.html The Ceres-3 is finally working on an FPGA board featuring a Verilog version of the NS32k CPU used in the original hardware: http://www.cpu-ns32k.net/TRIPUTER.html#Ceres Ceres-3 in Action, Fig. 10 of http://www.cpu-ns32k.net/Ceres.html http://www.cpu-ns32k.net/images/Ceres-3-5.jpg At "The Web Site to Remember National Semiconductor's Series 32000 Family" http://www.cpu-ns32k.net you can find many retrocomputing projects that Udo Möller has built along the years, http://www.cpu-ns32k.net/TITAN6.html http://www.cpu-ns32k.net/TRIPUTER.html featuring his own reconstruction of the NS32k family of CPUs functionality in Verilog based only on the documentation manuals of the chips. His design is called the M32632, http://www.cpu-ns32k.net/Overview.html http://www.cpu-ns32k.net/Architecture.html and it is working on a series of Altera FPGA boards, http://www.cpu-ns32k.net/Devhard.html that anyone could use: http://www.cpu-ns32k.net/Getting.html I even port one of his initial versions of the M32632 to a Xilinx FPGA (Digilent Nexys4 board) but not the complete Ceres-3 project. I hope you find this news interesting. Best regards, Prof Pablo Cayuela Argentina

2 2

A2 multi-desktop switching vs. Oberon subsystem.
by peter＠easthope.ca 31 Jul '23

31 Jul '23

Hi, Jan de Kruyf jan.de.kruyf at gmail.com Mon Jul 17 19:29:29 CEST 2023 > The latest LinuxAos version from uni-Bremen runs fine on Debian Trixie > (testing) 64 bit. > DEll Latitude E7470. Thanks Jan. Here reinstalled Debian 11, AMD64 in a Lenovo ThinkCentre and installed LinuxA2-64bit, rev.9799. A2 and Oberon displays appear. Photo here shows A2, Desktop 2. http://easthope.ca/A2Gen.64rev.9799.jpg Was desktop switching added recently? Oberon function key usage has been supplanted. For example, F1 sets A2, Desktop 1 and the * marker can not be set in Oberon. Is Oberon function key usage available in rev.9799 or later? Otherwise the Oberon subsystem is effectively disabled. Thx, ... P.L.

2 1

Re: [Oberon] Re (2): New to Oberon
by Stuff Received 20 Jul '23

20 Jul '23

Greetings, Peter. On 2023-07-20 11:23, peter(a)easthope.ca wrote: > Hi, > >> S. > > Apology for not recognizing your identity. > >> In the interim, the ETHZ distribution does contain the loader code. > > Currently available from ETH? Yes, part of their Unix distribution (here https://ftp.gwdg.de/pub/languages/oberon/ftp.inf.ethz.ch/ETHOberon/Unix/spa… and other places). > If so, please send a link for the wikibook. Here: https://ftp.gwdg.de/pub/languages/oberon/ftp.inf.ethz.ch/ETHOberon/Unix/spa… (and probably other places). > > Thx, ... P.L. Sincerely, S > > - > mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 >

1 0

New to Oberon
by Ruben Schuller 20 Jul '23

20 Jul '23

Hi List, I'm new to Oberon and could use some pointers to which projects are recommended for someone interested. I found this [1] overview, and tried out Oberon A2 [2], which works nicely if using the precompiled versions. Building from source is missing something - compilation succeeds, but then some files are missing apparently. Kind Regards Ruben Schuller [1] https://en.wikibooks.org/wiki/Oberon/System_Variants [2] https://gitlab.inf.ethz.ch/felixf/oberon

14 21

Re (2): LinuxAos on Debian 12 on a 64 bit PC.
by peter＠easthope.ca 19 Jul '23

19 Jul '23

From: Jan de Kruyf <jan.de.kruyf(a)gmail.com> Date: Wed, 19 Jul 2023 15:36:01 +0200 > The latest version from uni-bremen I downloaded has those mods. Here in Debian 12, UnixAos rev.9799 and revision.10272 both fail as described by Zdenek. Good practice by me would have been to put a working Debian 11 in a spare volume before upgrading to 12. Sloppiness leads to accidents. =8~/ Fortunately this is only time wasted and not a vehicle collision or ship sinking. Before jumping to Debian 13, I should reinstall 11 and be sure UnixAos is working as before. Thx, ... P.L. . - mobile: +1 778 951 5147 VoIP: +1 604 670 0140

1 0

Re: [Oberon] LinuxAos on Debian 12 on a 64 bit PC.
by Jan de Kruyf 19 Jul '23

19 Jul '23

Hi, The latest versionfrom uni-bremen I downloaded has those mods. j. On Wed, Jul 19, 2023 at 12:51 AM <peter(a)easthope.ca> wrote: > Jan de Kruyf jan.de.kruyf at gmail.com > Mon Jul 17 19:29:29 CEST 2023 > > The latest LinuxAos version from uni-Bremen runs fine on Debian Trixie > > (testing) 64 bit. > > DEll Latitude E7470. > > Thanks Jan. > > The failure here is similar to the failure described by Zdenek. > https://gitlab.inf.ethz.ch/felixf/oberon/-/issues/125 > > Guenther Feldmann changed Machine.Mod and KbdMouse.Mod to resolve the > problem on Fedora. > > https://gitlab.inf.ethz.ch/felixf/oberon/-/commit/9bc7b958913f9f8d36e94a6a5… > > Thx, ... P.L. > > > > > > > - > mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 > > -- > Oberon(a)lists.inf.ethz.ch mailing list for ETH Oberon and related systems > https://lists.inf.ethz.ch/mailman/listinfo/oberon >

1 0

Re: [Oberon] LinuxAos on Debian 12 on a 64 bit PC.
by peter＠easthope.ca 18 Jul '23

18 Jul '23

Jan de Kruyf jan.de.kruyf at gmail.com Mon Jul 17 19:29:29 CEST 2023 > The latest LinuxAos version from uni-Bremen runs fine on Debian Trixie > (testing) 64 bit. > DEll Latitude E7470. Thanks Jan. The failure here is similar to the failure described by Zdenek. https://gitlab.inf.ethz.ch/felixf/oberon/-/issues/125 Guenther Feldmann changed Machine.Mod and KbdMouse.Mod to resolve the problem on Fedora. https://gitlab.inf.ethz.ch/felixf/oberon/-/commit/9bc7b958913f9f8d36e94a6a5… Thx, ... P.L. - mobile: +1 778 951 5147 VoIP: +1 604 670 0140

1 0

LinuxAos on Debian 12 on a 64 bit PC.
by peter＠easthope.ca 17 Jul '23

17 Jul '23

Hi, LinuxAos worked on Debian 11 on a 64 bit ThinkCentre. Yesterday upgraded 11 to 12. Here only a white viewer with these two lines in AOS.ppppp.Log are produced. LinuxA2 Gen. 64-bit, rev.9799 X11 Display depth = 24 Anyone have LinuxAos working on Debian 12? Ideas? Thanks, ... P.L.

2 2

Re: [Oberon] Type conversion.
by peter＠easthope.ca 05 Jul '23

05 Jul '23

From: Joerg <joerg.straube(a)iaeth.ch> Date: Tue, 4 Jul 2023 23:41:20 +0200 > If the remPort was signed16, I strongly assume locPort was signed16 > as well. The details make a long story but a worthwhile exercise for non-expert me and may interest others. Oberon.Mail.Mod has NetTools.Connect(S.C, port, host, FALSE) S is a NetTools.Session port is SIGNED16. Oberon.NetTools.Mod has Connect*(VAR C: NetSystem.Connection; port: UNSIGNED16; host: ARRAY OF CHAR; log: BOOLEAN): BOOLEAN; Conversion of port, SIGNED16, to UNSIGNED16 allows substitution of port. Also, MODULE NetSystem IN Oberon; CONST ... (* any port value *) anyport* = 0; Furthermore, NetTools.Connect invokes, NetSystem.OpenConnection(C, NetSystem.anyport, adr, port, res) Unix.Oberon.NetSystem.Mod has OpenConnection* ( VAR conn: Connection; locPort: UNSIGNED16; remIP: IPAdr; remPort: UNSIGNED16; VAR res: SIGNED16 ); ... conn.Open( locPort, remIP, remPort MOD 10000H, r ); Types of the first and third parameters are in question. Conversion of 0 to UNSIGNED16 is valid. Therefore substitution of anyport into locPort is OK. Substitution of port, UNSIGNED16, into remPort, UNSIGNED16, requires no conversion. conn is a Connection which is a TCP.Connection. IMPORT ... TCP := TCP IN A2 ... In TCP.Mod, TYPE (** Connection object. ... PROCEDURE Open*(lport: UNSIGNED32; fip: IP.Adr; fport: UNSIGNED32; VAR res: INTEGER); Conversion UNSIGNED16 -> UNSIGNED32 allows both substitutions. Two details still interest me. (1) ETH Oberon (2019) Language Report, page 21, Figure 7.2 "Integer Compatibilities" shows the various conversions. The compiler might be able to find a multi-step conversion. Eg. Thee are two paths SIGNED16 -> UNSIGNED32. (2) TCP := TCP IN A2. Why alias a module name to itself? Why not just TCP IN A2? From: Joerg <joerg.straube(a)iaeth.ch> Date: Sun, 2 Jul 2023 17:51:37 +0200 > I can‘t answer the question, why the author of this source code uses > „remPort“ with an explicit conversion and „locPort“ with the > implicit conversion, the compiler generates. Hypothetical possibility: in earlier source, locPort and remPort had different types and explicit conversion was applied. Subsequently locPort was revised. Inadvertently, remPort was left with explicit conversion LONG(remPort). An inadvertent divergent revision. Such things also happened in more traditional engineering disciplines. Auditing can find anomalies. Thanks for the help, ... P.L. - mobile: +1 778 951 5147 VoIP: +1 604 670 0140

1 0