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

Re (2): Error 9 from Partitions.Show in ETH Oberon.
by peter＠easthope.ca 18 Aug '21

18 Aug '21

From: Liam Proven <lproven(a)gmail.com> Date: Wed, 18 Aug 2021 21:31:02 +0200 > CF cards don't _have_ magnetic media, so it's not that! Correction: some NAND where the partition table is stored has failed? (I was daydreaming of magnets.) > I wonder if Oberon is struggling with it being a removable drive? This CF worked for over a decade; failure is recent. This Oberon supports CF. The pertinent revisions are visible by comparing the two sources of ATADisks.Mod. https://en.wikibooks.org/wiki/Oberon/ETH_Oberon#Module_Sources_in_System_Pa… Thx, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

1 0

Re (2): Modules in ETH Oberon.
by peter＠easthope.ca 08 Aug '21

08 Aug '21

From: Michael Schierl <schierlm(a)gmx.de> Date: Sat, 7 Aug 2021 22:22:59 +0200 > I am not aware of a 2.3.6 alpha release. There is a 2.3.7 alpha > "release", but 2.3.7 is not 2.3.6 :-) OK, thanks; I wasn't paying attention properly. Any idea how the numbers were assigned? My only guess is that 2 referred to V2 and 3 meant it was aiming to become System 3 (= ETH Oberon). Probably not. Folder names here might be improved. https://en.wikibooks.org/wiki/Oberon/ETH_Oberon#Module_Sources_in_ETH_Obero… Date: Thu, 5 Aug 2021 22:04:25 +0200 > In isolated silo systems, you can do things like this. Given that nature, a released system could be identified by the name of the builder and date built. Thanks, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

1 0

Modules in ETH Oberon, 2003-01-05; was Keyboard input in ETH Oberon.
by peter＠easthope.ca 07 Aug '21

07 Aug '21

From: Michael Schierl <schierlm(a)gmx.de> > In my installed copy of PC Native Oberon 2.3.6, ... all the .Arc > files available in that release. Beta release or earlier? Might have a release date at the top of System.Log. The "Alpha" release had .zip rather than .Arc and included Compiler.Mod. https://en.wikibooks.org/wiki/Oberon/ETH_Oberon/2003-01-05/Native.Tool Regards, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

2 1

Re (2): Keyboard input in ETH Oberon.
by peter＠easthope.ca 07 Aug '21

07 Aug '21

From: Michael Schierl <schierlm(a)gmx.de> Date: Thu, 5 Aug 2021 22:04:25 +0200 > https://github.com/schierlm/NativeOberon-2.3.6-Extracted/blob/master/FullIn… > > Non-ASCII characters got lost due to Native2ASCII conversion. There Compiler.Obj is present but Compiler.Mod is absent. At the top of page https://github.com/schierlm/NativeOberon-2.3.6-Extracted/tree/master/FullIn… is notice "Sorry, we had to truncate this directory to 1,000 files. 155 entries were omitted from the list." Related to the absent Compiler.Mod? > ... basically is US-ASCII from 00X to 7FX, with the exception that 0AX to > 0FX are "hollow right-facing triangle", "filled right-facing triangle", > "hollow square", "filled square", "hollow left-facing-triangle", "filled > left-facing triangle" and 9BX is a left arrow. Fit all required characters into one set of 8 bit characters and avoid dealing with multiple character sets? > > (6) Why is 0FFX necessary? > > To tell the loop in > https://github.com/schierlm/NativeOberon-2.3.6-Extracted/blob/master/FullIn… > that it should terminate in case somebody is heretic enough to press a > key that is not defined by the translation table. OK, thanks, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

3 2

V4 folds.
by peter＠easthope.ca 07 Aug '21

07 Aug '21

I've added "fold" in https://en.wikibooks.org/wiki/Oberon#Glossary . Comments? A better explanation? Thx, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

1 0

Keyboard input in ETH Oberon.
by peter＠easthope.ca 05 Aug '21

05 Aug '21

Hi, ETH Oberon Input.Mod of is visible in the screenshot at http://easthope.ca/ETHO.Input.Mod.png . The Oberon is running on QEMU on Linux Debian. In the upper viewer, ET shows some of the source for the keyboard translation table. Below that Hex shows the content beginning with Oberon accents. Questions (1) What is achieved by "POP EAX ... RET"? (2) What is DB? (3) The syntax is explained as, table = { scancode unshifted-code shifted-code flags } 0FFX . Therefore scan code 1EX represents "a"; 1EX + shift represents "A"? (4) 4X represents bit 04, flag 2? Caps Lock effect? (5) The first two characters under "Oberon accents" appear to be auml and Auml. Hex shows 83 and 80 whereas the ASCII Latin-1 Supplement encodes auml and Auml as E4 and C4. How does that work? (6) Why is 0FFX necessary? Thx, ... P.L. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

4 3

Re (2): Keyboard input in ETH Oberon.
by peter＠easthope.ca 04 Aug '21

04 Aug '21

Hellwig and Jörg, Thanks for your replies. With fog dispersed, the mountainous scenery is pleasant. =8~) Incorporating your explanations into the wikibook. Criticisms always welcome. From: Hellwig Geisse <hellwig.geisse(a)mni.thm.de> Date: Wed, 4 Aug 2021 11:57:31 +0200 > CALL L1 (with the label L1 directly following the call) pushes > the return address onto the stack, in this case the numerical > value of L1. In the Talk page associated with the module page, I've added comments with links. Module page https://en.wikibooks.org/wiki/Oberon/ETH_Oberon/2003-01-05/Input.Mod Talk page https://en.wikibooks.org/wiki/Talk:Oberon/ETH_Oberon/2003-01-05/Input.Mod > [DB] The assembler directive to deposit the following bytes into > memory. Haven't found a good explanation of that in https://en.wikibooks.org/wiki/X86_Assembly/ . It is rated only half finished. DB may be something to add. From: =?UTF-8?B?SsO2cmc=?= <joerg.straube(a)iaeth.ch> Date: Wed, 4 Aug 2021 12:33:55 +0200 > The 80X and 83X are the Oberon coding of Auml and auml. Has nothing > to do with ASCII or Latin-1 or Unicode. It's Oberon coding used by the > Oberon font engine. Characters above 127X are not in https://en.wikibooks.org/wiki/Oberon/ETH_Oberon/2003-01-05/Input.Mod yet. Will fix that. Ideally the translation should be handled automatically in MediaWiki.Mod. (When I think MediaWiki.Mod is finished another deficiency appears.) Thanks again, ... P. -- 48.7693 N 123.3053 W tel: +1 604 670 0140

1 0

testmail
by Felix Friedrich 04 Aug '21

04 Aug '21

This is a testmail that can safely be ignored.

1 0