Woo hoo! I can has moderator status! sr is 0b3r0n-133t!<br><br><div class="gmail_quote">On Wed, Jul 6, 2011 at 10:00 AM,  <span dir="ltr">&lt;<a href="mailto:oberon-request@lists.inf.ethz.ch">oberon-request@lists.inf.ethz.ch</a>&gt;</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" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
or, via email, send a message with subject or body &#39;help&#39; to<br>
        <a href="mailto:oberon-request@lists.inf.ethz.ch">oberon-request@lists.inf.ethz.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 &quot;Re: Contents of Oberon digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br>
   1. Re: Oberon Day 2011 Recordings (Jack Johnson) (Paul Reed)<br>
   2. Re: A2 developers has (sic) no time to look into the forum<br>
      (Yaroslav Romanchenko)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 5 Jul 2011 13:53:33 +0100<br>
From: &quot;Paul Reed&quot; &lt;<a href="mailto:paulreed@paddedcell.com">paulreed@paddedcell.com</a>&gt;<br>
Subject: Re: [Oberon] Oberon Day 2011 Recordings (Jack Johnson)<br>
To: <a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a><br>
Message-ID:<br>
        &lt;<a href="mailto:97c28195e18bd72ee505dbac4909a7da.squirrel@webmail.gradwell.com">97c28195e18bd72ee505dbac4909a7da.squirrel@webmail.gradwell.com</a>&gt;<br>
Content-Type: text/plain;charset=iso-8859-1<br>
<br>
&gt;    1. Re: Oberon Day 2011 Recordings (Jack Johnson)<br>
&gt; I have a few questions about your part of the keynote.<br>
...<br>
&gt; Did you do your UTF-8 integration from scratch or did you look at<br>
&gt; other code for inspiration? Did it require extensive modification, or<br>
&gt; mainly just to Texts? What is your end goal for UTF-8 integration, and<br>
&gt; how do you see that ultimately affecting the simplicity of the system?<br>
<br>
I added UTF string handling as an experiment (with a view to using it in<br>
other projects), and tried various schemes, including UTF-16/UCS-2 and<br>
even UTF-32 before finally settling on UTF-8.  I didn&#39;t find much code for<br>
inspiration, since most of what&#39;s available is in C ;-) but I was very<br>
definitely inspired by the story of the invention of UTF-8 and its<br>
integration into the Plan 9 from Bell Labs operating system.<br>
<br>
UTF-32 is the only implementation where there is a linear mapping between<br>
character length and byte length (UTF-16 has surrogate pairs, which breaks<br>
that), but it is impractical on small systems because of the memory<br>
footprint.  UTF-8 performs well in practice, except for some Asian<br>
locales, in which case an alternative encoding would be sensible (and<br>
indeed advised by the Unicode documents).<br>
<br>
Re-implementing Texts using UTF-8 is a really nice exercise (Luca?) :),<br>
since the details of the Text system are so well explained in the book.<br>
Certainly you would have to decide whether Files.Read would read a byte or<br>
a UTF-8 char, and be careful about lengths and byte offsets.  I had an<br>
attempt, but ran out of time and will have to return to it [insert apology<br>
to Fermat here].  For the Oberon System demo, it wasn&#39;t strictly necessary<br>
so it didn&#39;t get in (along with a lot of other things I need to go back<br>
and do properly).<br>
<br>
<br>
&gt; Are you using or have you considered using Oberon-07? How might that<br>
&gt; affect the rest of the original Oberon System code?<br>
<br>
Yes it&#39;s all Oberon-07, I&#39;m sorry if that wasn&#39;t clear.  The main changes<br>
were obvious: removal of SHORTINT, LOOP, and WITH, for example; and this<br>
doesn&#39;t really change the text of the book that much, which is the aim.<br>
<br>
<br>
&gt; Have you had chats with Wirth or others about what they might have<br>
&gt; done differently if they could do it all over again?<br>
<br>
:)  I&#39;m reminded that they asked Ken Thompson what he would change about<br>
Unix, if he had the chance to go back and do it again.  His answer was<br>
that he would add an &#39;e&#39; on the end of the &#39;creat&#39; system call.<br>
<br>
I once asked Prof. Wirth, after a retrospective lecture on Pascal, Modula<br>
and Oberon, what he would do differently.  He simply said he would have<br>
called them Pascal, Pascal-2, etc.<br>
<br>
&gt; I noted the<br>
&gt; discussion of Objects in Appendix A of Project Oberon and aside from<br>
&gt; the Gadgets implementation it alludes to the idea that if the Objects<br>
&gt; module had existed at the outset it might have further simplified the<br>
&gt; original system.<br>
<br>
This is Prof. Gutknecht&#39;s view, yes.  Especially since the changes would<br>
have been small, for the power it gives.  But with power comes<br>
responsibility, something we&#39;re not much good at in software IMNSHO.  As<br>
well as simplicity, and elegance, there should also be a clarity test.<br>
That&#39;s why the book stands out.<br>
<br>
<br>
&gt; Did you consider resurrecting slim binaries, or does that add more<br>
&gt; complexity than it removes?<br>
<br>
No, and yes.  The slim binaries approach relies on the more complex OP2<br>
compiler, with its high-level intermediate representation.  I have no IR,<br>
I basically just translate RISC instructions into x86 opcodes (if it&#39;s not<br>
a RISC module, eg if it&#39;s a device driver).  This adds a few hundred lines<br>
at most to the compiler (for x86 and for ARM32 put together).<br>
<br>
<br>
&gt; Are the FPGA-based systems available?<br>
Working on it.  The compiler generates code which runs on the FPGA (as<br>
does the Oberon-0 compiler, more-or-less unchanged, from Compiler<br>
Construction).  But more hardware needs to be implemented for the system<br>
to be self-hosting, which is the aim.<br>
<br>
Cheers,<br>
Paul<br>
<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 05 Jul 2011 18:16:13 +0400<br>
From: Yaroslav Romanchenko &lt;<a href="mailto:tobject@bk.ru">tobject@bk.ru</a>&gt;<br>
Subject: Re: [Oberon] A2 developers has (sic) no time to look into the<br>
        forum<br>
To: ETH Oberon and related systems &lt;<a href="mailto:oberon@lists.inf.ethz.ch">oberon@lists.inf.ethz.ch</a>&gt;<br>
Message-ID: &lt;<a href="mailto:E1Qe6Q9-0000eW-00.tobject-bk-ru@f193.mail.ru">E1Qe6Q9-0000eW-00.tobject-bk-ru@f193.mail.ru</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
<br>
Sounds like a deal! You are now Global Moderator <a href="http://ofwww.ocp.inf.ethz.ch/forum" target="_blank">ofwww.ocp.inf.ethz.ch/forum</a>.<br>
Congratulations to Soren!<br>
<br>
---<br>
Cheers, SAGE<br>
<a href="http://sage.com.ua/" target="_blank">http://sage.com.ua/</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="https://lists.inf.ethz.ch/pipermail/oberon/attachments/20110705/2d89256c/attachment-0001.html" target="_blank">https://lists.inf.ethz.ch/pipermail/oberon/attachments/20110705/2d89256c/attachment-0001.html</a><br>

<br>
------------------------------<br>
<font color="#888888"><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" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
<br>
<br>
End of Oberon Digest, Vol 90, Issue 5<br>
*************************************<br>
</font></blockquote></div><br>