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

Global font change on OLR
by Srinivas Nayak 15 Aug '16

15 Aug '16

Dear All, I found OLR easier to use while I am on Linux. I think the font size of OLR Oberon is small. How can I change the font size to a bigger one? With thanks and best regards, Yours sincerely, Srinivas Nayak Home: http://www.mathmeth.com/sn/ Blog: http://srinivas-nayak.blogspot.in/

6 22

Re (3): A path variable for OLR?
by peter＠easthope.ca 15 Aug '16

15 Aug '16

P.s. From: peter(a)easthope.ca Date: Sat, 06 Aug 2016 07:42:08 -0700 > Hypothetically, ... a default path, As described under OFSTools.SetDefault in this page. http://www.ethoberon.ethz.ch/betadocu.html#OFS File systems SYS and WRK there are analogues of directories ~/olr and ~/olr/UsbStick in my earlier message. The prefixes are dispensible but SetDeault would help. Regards & 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

2 1

Re (2): A path variable for OLR?
by peter＠easthope.ca 15 Aug '16

15 Aug '16

> To have ideas, one would need to know the problem first. ==== * Given Conditions * In accordance with your instructions, OLR is installed in /home/peter/olr/. User data is in /home/peter/olr/UsbStick/. I can cd ~/olr ; ./oberon and mouse middle, MM, on "Sort.Sort ./UsbStick/Test.Text". * Objective * Rather, execute "Sort.Sort Test.Text", as in Native Oberon. Hypothetically, /home/peter/olr/UsbStick/ is a default path, ==== > You mean same behaviour as can be reached by > "cd /home/peter/usbstick" > "./olr"? Sorry, but I don't understand. Did you mean "cd /home/peter/usbstick" "./oberon" ? Regards & 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

2 1

A path variable for OLR?
by Peter Easthope 12 Aug '16

12 Aug '16

Hello Peter M., Native Oberon recognizes multiple storage parts and a priority order. Thus SYS:System.Tool and HOME:System.Tool can exist. As the system is installed, SYS is the default and System.Tool means SYS:System.Tool. If the default is set to HOME, then System.Tool means HOME:System.Tool. I wonder whether you might consider adding such a capability to OLR. A variable such as OPATH for example. Following OPATH=/home/peter/usbstick ; export OPATH System.Tool would mean /home/peter/usbstick/System.Tool rather than /home/peter/olr/System.Tool. Is there a better idea? Thanks, ... Lyall E. -- Telephone 1 360 639 0202 or +13606390202. Bcc: peter at easthope.ca http://easthope.ca/Shop.html

4 3

Screens used by OLR and UnixAos.
by peter＠easthope.ca 09 Aug '16

09 Aug '16

Debian jessie is on a machine with two screens here. According to documentation for X11 and for OLR, DISPLAY=:0.0 should put OLR on one screen and DISPLAY=:0.1 should put it on the other. Nevertheless OLR always opens on the left screen and LinuxAos always opens on the right. Anyone else encountered this? Ideas? 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

1 0

Re (4): A path variable for OLR?
by peter＠easthope.ca 08 Aug '16

08 Aug '16

Bob, From: Bob Walkden <bob(a)web-options.com> Date: Fri, 5 Aug 2016 18:53:41 +0100 > ... control language called SCL, based on > Algol 68. With it you were able to declare 'currencies', which were > shorthands for path strings, and indeed files. > > So if you had two directories say on different disk packs, one > production, one dev, you wrote something like select x = > ed1234.folder, y = ed4321, and referred to files as *x.name, > *y.folder.name, or simply *x, and so on. Interesting. Hypothetically, SCL currencies could have inspired the file system prefix in Native Oberon. http://www.ethoberon.ethz.ch/betadocu.html#OFS 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

1 0

Re (4): A path variable for OLR?
by peter＠easthope.ca 08 Aug '16

08 Aug '16

P.p.s. Yes, a SetDefault would be consistent with Native Oberon. A linux variable OPATH might accomplish a similar effect while lacking consistency. Regards, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

1 0

Oberon Workstation v1.1
by R. P. de Jong 05 Aug '16

05 Aug '16

Hi All, A new version of Oberon Workstation (v1.1) has been released on the Mac App Store. For OS X 10.9 users, there is again an equivalent version available on: http://www.reactive-instruments.eu/pages/faq.html The update includes the following: - Icons for Oberon Mac files. - Added Graphics and Lola modules, Math module. - Oberon System module updates (latest from Wirth). - Device specification in Help. Regards, Roel de Jong

5 7

Low-Level Tricks - was: Volatile variables in Oberon
by Treutwein Bernhard 02 Aug '16

02 Aug '16

Hi Wojtek, > I quickly scanned the Project Oberon from the NW website looking for > implementation hints which you outlined. I did not find this discussion I don't know if these dirty tricks are written down somewhere, but you see them in many low-level driver modules, e.g. the 3Com EtherLink XL driver, see line 59, 74 and 520ff : https://trac.inf.ethz.ch/trac/lecturers/a2/browser/trunk/source/Ethernet3Co… (I hope you can access the repo browser, otherwise you could try the unofficial mirror at github: https://github.com/Ignat99/a2/blob/master/source/Ethernet3Com90x.Mod) -- Bernhard >-----Original Message----- >From: Skulski, Wojciech [mailto:skulski@pas.rochester.edu] >Sent: Tuesday, August 02, 2016 7:34 AM >To: Treutwein Bernhard; 'ETH Oberon and related systems' >Cc: joerg.straube(a)iaeth.ch >Subject: RE: [Oberon] Volatile variables in Oberon > >Joerg and Bernhard: > >thank you for the very helpful discussion. I duly saved your e-mails for future >reference. I would not decipher these tricks from the SYSTEM description in >the language report. Your insight was very helpful. > >I quickly scanned the Project Oberon from the NW website looking for >implementation hints which you outlined. I did not find this discussion >anywhere (excuse me if I skipped it). The NW book does not go into this level >of implementation detail. I would be great if a short app note was available >illustrating HW access via volatile memory structures using your examples. > >Thank you for your help. > >Wojtek > >________________________________________ >From: Treutwein Bernhard [Bernhard.Treutwein(a)Verwaltung.Uni- >Muenchen.DE] >Sent: Monday, August 1, 2016 6:46 AM >To: 'ETH Oberon and related systems' >Subject: RE: [Oberon] Volatile variables in Oberon > >Hi Wojciech, > >> a high level Oberon array carries the hidden memory tag. > >Yes, but as far as I know all recent implementation have the hidden >type tags at negative address offsets. You must know these >implementation details and you are absolutely correct that these are >dirty tricks. Therefore the IMPORT SYSTEM is essential, but I think these >tricks are essential for hardware programming. > >-- > Bernhard

2 1

Re (2): Volatile variables in Oberon
by peter＠easthope.ca 02 Aug '16

02 Aug '16

From: "Skulski, Wojciech" <skulski(a)pas.rochester.edu> Date: Tue, 2 Aug 2016 05:34:27 +0000 > The NW book does not go into this level of implementation detail. > It would be great if a short app note was available illustrating > HW access via volatile memory structures using your examples. Another possible role for an Oberon Wikibook? Regards, ... Peter E. -- 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Tel +1 360 639 0202 http://easthope.ca/Peter.html Bcc: peter at easthope. ca

1 0