<div dir="ltr">Also, AOS and Oberon will become much more widely noticed as soon as my raytracing research receives the attention and praise that it deserves.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 28, 2017 at 6:00 AM,  <span dir="ltr"><<a href="mailto:oberon-request@lists.inf.ethz.ch" target="_blank">oberon-request@lists.inf.ethz.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Oberon mailing list submissions to<br>
        <a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/<wbr>mailman/listinfo/oberon</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:oberon-request@lists.inf.ethz.ch">oberon-request@lists.inf.ethz.<wbr>ch</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:oberon-owner@lists.inf.ethz.ch">oberon-owner@lists.inf.ethz.ch</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Oberon digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: General - Academic vs Commercial applications<br>
      (Felix Friedrich)<br>
   2. Re: General - Xerox PARC 1970 (Tomas Kral)<br>
   3. Re (2):  General - Academic vs Commercial applications<br>
      (<a href="mailto:peter@easthope.ca">peter@easthope.ca</a>)<br>
   4. NativeOberon's FileName limitations - HOW2 extend? (eas lab)<br>
   5. Re: General - Academic vs Commercial applications (eas lab)<br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>----------<br>
<br>
Message: 1<br>
Date: Wed, 27 Sep 2017 12:17:23 +0200<br>
From: Felix Friedrich <<a href="mailto:felix.friedrich@inf.ethz.ch">felix.friedrich@inf.ethz.ch</a>><br>
To: ETH Oberon and related systems <<a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a>><br>
Subject: Re: [Oberon] General - Academic vs Commercial applications<br>
Message-ID: <<a href="mailto:d04806c6-955e-fa5d-d726-09ba6622c2c5@inf.ethz.ch">d04806c6-955e-fa5d-d726-<wbr>09ba6622c2c5@inf.ethz.ch</a>><br>
Content-Type: text/plain; charset="utf-8"; format=flowed<br>
<br>
In fact Oberon is still taught at ETH Zurich.<br>
<br>
We are giving a course on System Construction and discuss some Oberon<br>
language dialects, Oberon inspired operating or runtime systems and<br>
programmable hardware supporting or based on Oberon related languages<br>
and systems. In more detail we teach<br>
<br>
(a) The Minos Runtime System (based on HeliOS, system control for<br>
unmanned helicopters), programmed in a dialect of Oberon07 [FF]<br>
(b) The A2 runtime system and GUI together with Active Oberon [FF]<br>
(c) Oberon running on FPGAs: the RISC processor [Paul Reed]<br>
(d) Systems on a Chip, FPGA and Hybrid Systems, programmed using Active<br>
Cells, another dialect of Oberon [FF]<br>
<br>
cf. <a href="http://lec.inf.ethz.ch/syscon/2017/" rel="noreferrer" target="_blank">http://lec.inf.ethz.ch/syscon/<wbr>2017/</a><br>
<br>
Without exaggeration and with a little bit of pride I can say that<br>
students like this course a lot -- because we really show how these<br>
systems work behind the scenes over all levels. We (Paul and I) can say<br>
that we understand every single bit of it and bring this accross as a<br>
strong argument for simplicity.<br>
<br>
Apart from that I am the "last man standing" for Oberon at ETH. I have a<br>
lecturer position at ETH and am giving large computer science service<br>
courses at ETH (hundred of students, C++, Java or whatever is<br>
requested), which limits my time for working with and for Oberon. I love<br>
to play around with the language, compiler and runtime systems and<br>
optimize them according to what I, personally, find the most optimal way<br>
to present or use the langauge. Because much is driven by personal<br>
taste, I hesitate to sell my own ideas as "the truth", while I have some<br>
strong opinions. I feel responsible for the A2 repository comprising the<br>
A2 Multicore OS, its graphical user Interface and the FoxCompiler toolchain.<br>
<br>
I should not forget to mention that the dialects of Oberon and the<br>
systems that we teach are in use in real-world commercial systems sold<br>
by companies that in fact use Oberon for commercial development. For our<br>
course this is a very important argument underpinning that following the<br>
principle of simplicity can have very positive practical impact, even if<br>
it is hard to sell academically.<br>
<br>
Kind regards<br>
Felix Friedrich<br>
<br>
<br>
<br>
<br>
> On Tue, 26 Sep 2017 10:36:35 +0000<br>
> Treutwein Bernhard <<a href="mailto:Bernhard.Treutwein@Verwaltung.Uni-Muenchen.DE">Bernhard.Treutwein@<wbr>Verwaltung.Uni-Muenchen.DE</a>><br>
> wrote:<br>
><br>
>> yes, afaik, with the retirement of J?rg Gutknecht the "Native Systems<br>
>> Group" was shut down.<br>
> Having said that, Oberon is no longer taught, developed, and included<br>
> in informatics research sylabus, at ETH University?<br>
><br>
> So is AOS dropped as well?<br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 27 Sep 2017 12:49:38 +0200<br>
From: Tomas Kral <<a href="mailto:thomas.kral@email.cz">thomas.kral@email.cz</a>><br>
To: <a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a><br>
Subject: Re: [Oberon] General - Xerox PARC 1970<br>
Message-ID: <20170927124938.6c945698@<wbr>raspberrypi><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
On Sun, 24 Sep 2017 03:30:24 -0700<br>
Douglas G Danforth <<a href="mailto:danforth@greenwoodfarm.com">danforth@greenwoodfarm.com</a>> wrote:<br>
<br>
> She showed me the Alto when I visited PARC.? Its hard drive was a<br>
> large platter which, iirc, held only  of data.<br>
<br>
14MB given the enthropy of information may seem like today's 14GB, as I<br>
see similar stuff on Alto's screen as on mobile displays, say from<br>
a higher level of perspective, so to speak. That is 1970.<br>
<br>
I remember a decade after (1982 ZX/ATARI, etc), popular 8-bit home<br>
computing, 64K of RAM was unheard of limit, possible only in mainframes<br>
before.<br>
<br>
Then `1984' - Orwell's Big Brother was chosen as the main theme of<br>
Apple's marketing campaign, for their computer released 1984.<br>
<br>
Workstation's like Alto, were a dream, also the price $40.000,<br>
something like that. Which was not a market price just the cost of<br>
development, probably?<br>
<br>
I am lead to believe, that what maters is relative performance.<br>
<br>
Between various releases of today's user s/w, I usually notice, slower,<br>
more complicated and requiring faster h/w, but that could well be my paranoia as I get older :-)<br>
<br>
--<br>
Tomas Kral <<a href="mailto:thomas.kral@email.cz">thomas.kral@email.cz</a>><br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 27 Sep 2017 09:58:27 -0700<br>
From: <a href="mailto:peter@easthope.ca">peter@easthope.ca</a><br>
To: <a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a><br>
Subject: [Oberon] Re (2):  General - Academic vs Commercial<br>
        applications<br>
Message-ID: <E1dxFfH-0000rF-Hc@xo-53-1d-<wbr>bb.localdomain><br>
<br>
Felix,<br>
<br>
Thanks for your overview.<br>
<br>
From:   Felix Friedrich <<a href="mailto:felix.friedrich@inf.ethz.ch">felix.friedrich@inf.ethz.ch</a>><br>
Date:   Wed, 27 Sep 2017 12:17:23 +0200<br>
> Apart from that I am the "last man standing" for Oberon at ETH.<br>
<br>
One is better than zero.  Thanks for your dedication! This<br>
circumstance is a good argument for incuding the language report for<br>
Active Oberon as HTML in the wikibook.  Being a wiki, anyone can work<br>
on it.  Subject to your permission of course.<br>
<br>
Incidentally, accesses to the front page has settled to 400-500/month.<br>
<a href="https://en.wikibooks.org/w/index.php?title=Oberon&action=info" rel="noreferrer" target="_blank">https://en.wikibooks.org/w/<wbr>index.php?title=Oberon&action=<wbr>info</a><br>
Certain to climb as the content increases and improves.<br>
<br>
Regards,                  ... Lyall E.<br>
--<br>
<br>
123456789 123456789 123456789 123456789 123456789 123456789 123456789<br>
Tel: <a href="tel:%2B1%20360%20639%200202" value="+13606390202">+1 360 639 0202</a>                      Pender Is.: <a href="tel:%2B1%20250%20629%203757" value="+12506293757">+1 250 629 3757</a><br>
<a href="http://easthope.ca/Peter.html" rel="noreferrer" target="_blank">http://easthope.ca/Peter.html</a>              Bcc: peter at easthope. ca<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 27 Sep 2017 17:09:16 +0000<br>
From: eas lab <<a href="mailto:lab.eas@gmail.com">lab.eas@gmail.com</a>><br>
To: <<a href="mailto:oberon@inf.ethz.ch">oberon@inf.ethz.ch</a>><br>
Subject: [Oberon] NativeOberon's FileName limitations - HOW2 extend?<br>
Message-ID:<br>
        <<a href="mailto:CAN3-DLH2igPv3gRQFWk8CCPh_frLdqLEpode9r-5sFjCYJ67Pg@mail.gmail.com">CAN3-DLH2igPv3gRQFWk8CCPh_<wbr>frLdqLEpode9r-5sFjCYJ67Pg@<wbr>mail.gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
Linux : X11 is a monster, but LNO [121104] runs in a FrameBuffer nicely;<br>
 also under 64bit.<br>
Why would you NEED LNO ?<br>
1. to have multiple files visible together on the same screen;<br>
2. with powerfull mouse-chording ability;<br>
PublicDomain wily [needs X11], copied from ETHO, is even better, except lacks<br>
3. ETHO's coloring capability: to give an extra dimension to<br>
  complex relationships between texts, possibly in multiple files.<br>
<br>
Mildly complex tasks, soon need 4, 5, 6 ...TextFrames viewable-together.<br>
Since screen-area is the limiting factor, M$'s wastefull <staggered frames>,<br>
copied by Aos, is NOT acceptable.  The paper-book, where each of hundreds<br>
of pages "automatically line-up", is a magical concept!<br>
<br>
The big problem/weakness of LNO: not being able to immediately read/write<br>
to files anywhere in the file-tree, can be reduced by:<br>
1. use a convenient file-navigator, like mc, which allows to<br>
2. <push a button> at the reqired-file, which stores its /PATH/Name to a<br>
  fixed location, which<br>
3. is accessed by LNO to mount the file-to-be-accessed by LNO.<br>
<br>
Right now, while composing this text, via USBstik:Linux:TinyCore46:LNO<br>
I want to access some Oberon:V4 files on the M$-partition.<br>
I failed: apparently LNO can't mount FATFS, like LEO can.<br>
It shouldn't be difficult to extend the capability?<br>
<br>
But read/write to V4 files in LinuxFS, is OK via:<br>
FileSystem.Mount V4 LinuxFS /mnt/sdb2/CRG/ETHO/V4dirTree/<wbr>usr/local/oberon/Text/~<br>
<br>
The 4-string command/M.P had the last/long string stored in the known location;<br>
so "V4" is my chosen name and string1, string3 are in the <Tools Text>;<br>
and the user need only add his chosen name to make the 4-string command.<br>
Then System.Directory ^  V4:*  lists the directory contents; giving immediate<br>
 access to the 96 files:-----------<br>
V4:.<br>
V4:..<br>
V4:Analyzer.Tool<br>
V4:AsciiCoder.Tool<br>
V4:Backup.Tool<br>
V4:Balloon.Text<br>
V4:BalloonIdx.hlp<br>
...<br>
V4:Find.Tool<br>
<br>
V4:Welcome.Text<br>
V4:Xref.Tool<br>
<br>
96 files  ----------------<br>
LNO can access all: Aos, *nix, FATFS and presumably V4 formats.<br>
The PROBLEM remains, to access eg. "tmp:mc-root", where "mc-root"<br>
  is not a valid <FileName>.<br>
AFAIR <Linux ETH Oberon> was able to access such filenames by quoting?<br>
Can we extend LNO, perhaps based on LEO?<br>
<br>
== Chris Glur.<br>
<br>
PS. The fact that ETHO's System.Directory output is not available:<br>
 ordered by recentcy, is a serious deficiency: not acknowledging that<br>
<the stack and tree> are central to cognition & thus computing  ?<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 28 Sep 2017 01:51:22 +0000<br>
From: eas lab <<a href="mailto:lab.eas@gmail.com">lab.eas@gmail.com</a>><br>
To: ETH Oberon and related systems <<a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a>><br>
Subject: Re: [Oberon] General - Academic vs Commercial applications<br>
Message-ID:<br>
        <CAN3-DLGTDX=a5fnxA7=<a href="mailto:w54ZsMjzh6ZY4Y22xMtga2OtrJ%2B%2BOww@mail.gmail.com">w54ZsMjzh<wbr>6ZY4Y22xMtga2OtrJ++Oww@mail.<wbr>gmail.com</a>><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
Looks like a brilliant syllabus: teaching universal 1st-principles,<br>
and not just the current FB, twitter fads.<br>
<br>
When RPi first came out, I wanted to build a P-code interpreter,<br>
as I had done in the 70s for Fairchild-F8, 63xx/68xx, Intel16bit;<br>
but I couldn't see how to <single step design asm-instructions><br>
[as I had always done - I coded the F8 via a teletype in *HEX*]<br>
since appaently the ARM assembler takes the user's <intentions><br>
and OPTIMISES it, in the background, to generate the actual.<br>
single-instructions.<br>
<br>
No one on the RPi NNTP could understand my query, because today<br>
it's always "doA, doB...", without understanding the underlying<br>
principles. But now, I see the critical reference to "OPTIMIZED" in<br>
 <a href="http://lec.inf.ethz.ch/syscon/2017/slides/LSC17Slides0926.pdf" rel="noreferrer" target="_blank">http://lec.inf.ethz.ch/syscon/<wbr>2017/slides/LSC17Slides0926.<wbr>pdf</a><br>
<br>
== Chris Glur.<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
--<br>
<a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" rel="noreferrer" target="_blank">https://lists.inf.ethz.ch/<wbr>mailman/listinfo/oberon</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Oberon Digest, Vol 160, Issue 21<br>
******************************<wbr>*********<br>
</blockquote></div><br></div>