June 2022 - Oberon - mailman3.inf.ethz.ch

Re: [Oberon] Improved version of module ORB for Project Oberon 2013.
by peter＠easthope.ca 30 Jun '22

30 Jun '22

From: Andreas Pirklbauer <andreas_pirklbauer(a)yahoo.com> Date: Wed, 29 Jun 2022 18:19:18 +0200 > Please note that the comment > ... Revisions here. https://en.wikibooks.org/wiki/Oberon/V5#Fixup https://en.wikibooks.org/wiki/Oberon/Extended_Oberon#Fixup Further improvements always welcome. Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Re: [Oberon] Improved version of module ORB for Project Oberon 2013.
by peter＠easthope.ca 29 Jun '22

29 Jun '22

From: Andreas Pirklbauer <andreas_pirklbauer(a)yahoo.com> Date: Wed, 29 Jun 2022 18:19:18 +0200 > ... only refers to fixups in the *symbol* file, but NOT to fixup > lists in the *object* file (originating in fixorgP, fixorgD, and > fixorgT). Thanks. My explanations are still significantly deficient or wrong but I'm handicapped by lack of understanding. Tomorrow a.m. can tackle the subject again. Might be asking more questions and committing more blunders. ... =8~/ ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Improved version of module ORB for Project Oberon 2013.
by Andreas Pirklbauer 29 Jun '22

29 Jun '22

> Thanks. Notes revised at > https://en.wikibooks.org/wiki/Oberon/V5#Fixup and > https://en.wikibooks.org/wiki/Oberon/Extended_Oberon#Fixup . > Your messages including the last are cited. Please note that the comment "There are no more fixups at all." only refers to fixups in the *symbol* file, but NOT to fixup lists in the *object* file (originating in fixorgP, fixorgD, and fixorgT). The elimination of fixups in the *symbol* file is implemented here https://github.com/andreaspirklbauer/Oberon-module-imports and explained here https://github.com/andreaspirklbauer/Oberon-extended/blob/master/Documentat… It has nothing to do with the object file.

1 0

Re: [Oberon] Improved version of module ORB for Project Oberon 2013.
by peter＠easthope.ca 29 Jun '22

29 Jun '22

Andreas Pirklbauer andreas_pirklbauer at yahoo.com Sat Jun 11 20:55:28 CEST 2022 > There are no more fixups at all. Thanks. Notes revised at https://en.wikibooks.org/wiki/Oberon/V5#Fixup and https://en.wikibooks.org/wiki/Oberon/Extended_Oberon#Fixup . Your messages including the last are cited. The structure of the front page is completely overhauled to be more understandable and more easily maintained. https://en.wikibooks.org/wiki/Oberon Complaints and suggestions always welcome. Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Configuration.Marker in ETHO.
by peter＠easthope.ca 28 Jun '22

28 Jun '22

Hi, Configuration.Marker has options "set" and "save". Options "get" & "track" are also possible. Not in the source and I don't recall discussion. Has anyone implemented either? Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Oberon-extended vs. Extended Oberon.
by peter＠easthope.ca 25 Jun '22

25 Jun '22

Hello Andreas, In https://github.com/andreaspirklbauer/Oberon-extended, "Oberon-extended" and "Extended Oberon" might be viewed as interchangeble. Which name is preferred? Thanks, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Re (3?): Identities of releases.
by peter＠easthope.ca 14 Jun '22

14 Jun '22

From: Michael Schierl <schierlm at gmx.de> Date: Thu, 9 Sep 2021 21:20:09 +0200 > Codenames are a different story, but I would not use "alpha" or "beta" > as a codename for a release, just because it can be confused with the > software release phases. "2.3.7" has replaced "2003-01-05" and "Alpha" in the headings. https://en.wikibooks.org/wiki/Oberon/ETH_Oberon#Module_Sources The history has links to the earlier revisions of the page. https://en.wikibooks.org/w/index.php?title=Oberon/ETH_Oberon&action=history https://en.wikibooks.org/w/index.php?title=Oberon/ETH_Oberon&oldid=4002851#… is one of the earlier revisions with the date and "Alpha". The latest is better? Tolerable? Will a footnote mentioning that 2.3.7 was annotated as alpha help? Don't bother mentioning "alpha"? I'm still curious about the syntax of 2.3.6 and 2.3.7. Anyone have an explanation or idea? Anyone encountering Pieter Muller these days? Certainly he can explain. Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

USB storage
by peter＠easthope.ca 12 Jun '22

12 Jun '22

Hi, A Kingston USB stick and a SD card in an adapter are connected to a PC with ETH Oberon. UsbSystem.Start and UsbStorage.Install work without obvious errors. Partitions.Show ... Disk: USBSCSI0, 245MB, removable, Usb Transparent SCSI device USBSCSI0#00 245MB --- (Whole disk) USBSCSI0#01 244MB 6 * DOS FAT16 >= 32M USBSCSI0#02 0.8MB --- (Free) Disk: USBSCSI1, 7668MB, removable, Usb Transparent SCSI device USBSCSI1#00 7668MB --- (Whole disk) USBSCSI1#01 7664MB 11 Win 95/98, FAT32 USBSCSI1#02 3.6MB --- (Free) FileSystem.Mount USB FatFS USBSCSI0#01 ~ System.Log shows, USB: OFSFATVolumes.New failed FileSystem.Mount SD FatFS USBSCSI1#01 ~ System.Log shows, SD: OFSFATVolumes.New failed These lines are in Kernel.Log. Partitions: GetGeometry result -3 Partitions: USBSCSI0 1*1*502784=502784 -> 299*60*28=502320 Partitions: GetGeometry result -3 Partitions: USBSCSI1 1*1*15704064=15704064 -> 2138*136*54=15701472 "-3" is from Disks.Mod. (** common errors - a device may also return its own error codes > 0 *) ... Unsupported* = -3; (** operation is currently not supported on this device *) FAT file systems on rotating disks mounted. This geometry is reported and the arithmetic seems OK but both filesystems fail to mount. Ideas? Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0

Improved version of module ORB for Project Oberon 2013
by Andreas Pirklbauer 11 Jun '22

11 Jun '22

> From my ignorant viewpoint: other fixups (eg. fixup of variable > reference) remain. Only fixup of types is eliminated. (?) There are no more fixups at all. I.e. the format of the symbol file has effectively been changed From: SymFile = null key name versionkey {object}. object = (CON name type (value | exno) | TYP name type [{fix} 0] | VAR name type expno). type = ref (PTR type | ARR type len | REC type {field} 0 | PRO type {param} 0]. To: SymFile = null key name versionkey {object}. object = (CON name type (value | exno) | TYP name type | VAR name type expno). type = ref (PTR type | ARR type len | REC type {field} 0 | PRO type {param} 0].

1 0

Re: [Oberon] Improved version of module ORB for Project Oberon 2013
by peter＠easthope.ca 11 Jun '22

11 Jun '22

From: Andreas Pirklbauer andreas_pirklbauer at yahoo.com, Sun May 29 07:11:06 CEST 2022 > The most important change is that the "fixup" technique for types > has been eliminated altogether (as it is not needed, given that > pre-order traversal is used to export types). Thanks Andreas. No doubt a significant benefit to students. >From my ignorant viewpoint: other fixups (eg. fixup of variable reference) remain. Only fixup of types is eliminated. (?) Thx, ... P.L. -- mobile: +1 778 951 5147 VoIP: +1 604 670 0140 48.7693 N 123.3053 W

1 0