<div dir="ltr">IMPORT SYSTEM<div><br></div><div>is a directive to the compiler so that it can do unsafe things. Â All of the procedures are documented in the documentation that comes with the system. Â These are things like type coercion, bit shifts, and a few other very low level things that are done when talking to the hardware.</div>
<div><br></div><div>I think it is very open. Â It is documented everywhere, and has been part of Wirth&#39;s languages for a long time, possibly as early as Modula-2.</div><div><br></div><div>It&#39;s primary purpose serves documentation and safety. Â The compiler will not emit tricky code unless SYSTEM is in the import list, and you can quickly search for the string &quot;SYSTEM&quot; + &quot;.&quot; to locate everywhere in the source where these tricks are used.</div>
<div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 18, 2014 at 11:05 AM, eas lab <span dir="ltr">&lt;<a href="mailto:lab.eas@gmail.com" target="_blank">lab.eas@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks for the pointers.<br>
<br>
Today I tried to trace the M.P route of how eg. ET.* gets to the VGA-port.<br>
[Like you CAN trace how http* arrives via a serial-port-modem ...etc.]<br>
For ETH Oberon (2.4.3) for Linux x86 Â  and<br>
V4/oberon-1.7.02/Source Â and my<br>
 source1, 2, 3.arc Â which I guess comes from Native;<br>
in all cases the path is concealed at: IMPORT SYSTEM.<br>
Some of us resent that. Oberon may have had a better following if<br>
it had been open. OTOH perhaps that was not possible?<br>
<br>
== Chris Glur.<br>
<div class="im HOEnZb"><br>
<br>
On 4/17/14, Jörg &lt;<a href="mailto:joerg.straube@iaeth.ch">joerg.straube@iaeth.ch</a>&gt; wrote:<br>
&gt; Chris<br>
&gt;<br>
&gt; 1) The RISCv5 machine has a memory of 1 MByte = 000000H.. 0FFFFFH.<br>
&gt; Â  Â This memory is used to hold your code and store your variables.<br>
&gt; Â  Â A dedicated region at the high end of this memory (namely from<br>
&gt; Â  Â 0E7F00H .. 0FFF00H) is called &quot;framebuffer&quot;; this memory region<br>
&gt; Â  Â is used to store all pixels that are displayed on the screen.<br>
&gt;<br>
&gt; 2) The module &quot;Display.Mod&quot; provides all low layer routines to<br>
&gt; Â  Â store pixels into this memory region. E.g. the procedure<br>
&gt; Â  Â Display.Dot(col, x, y, mode: INTEGER) &quot;draws&quot; a dot at location<br>
&gt; Â  Â (x/y). But it does not actually draw the point but &quot;just&quot; stores<br>
&gt; Â  Â a bit in this dedicated &quot;framebuffer&quot; memory.<br>
&gt;<br>
&gt; 3) In parallel, the video driver &quot;VID&quot; (written in Verilog) permanently<br>
&gt; Â  Â reads this special framebuffer memory and copies all bits over and<br>
&gt; Â  Â over again to the VGA monitor. The whole framebuffer memory<br>
&gt; Â  Â (96 kByte) is copied 70 times per second to the monitor.<br>
&gt;<br>
&gt; Hope this helps.<br>
&gt;<br>
&gt; br<br>
&gt; Jörg<br>
&gt;<br>
&gt; -----Original Message-----<br>
&gt; From: Paul Thomas Melville [mailto:<a href="mailto:ptmelville@gmail.com">ptmelville@gmail.com</a>]<br>
&gt; Sent: Donnerstag, 17. April 2014 13:46<br>
</div><div class="HOEnZb"><div class="h5">&gt; To: ETH Oberon and related systems<br>
&gt; Subject: Re: [Oberon] RISC5<br>
&gt;<br>
&gt; On Thu, Apr 17, 2014 at 10:58 AM, eas lab &lt;<a href="mailto:lab.eas@gmail.com">lab.eas@gmail.com</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; The hidden/mysterious part for me is the display/textFrames.<br>
&gt;&gt; Does V5 drive standard VGA?<br>
&gt;&gt; Where&#39;s the code showing;<br>
&gt;&gt; Â  VGA -&gt; FrameBuffer -&gt; ETHOviewer.<br>
&gt;<br>
&gt; You can find information in section 9.1, 4.5 and 17.2.4 of Project Oberon.<br>
&gt;<br>
&gt; --<br>
&gt; <a href="mailto:Oberon@lists.inf.ethz.ch">Oberon@lists.inf.ethz.ch</a> mailing list for ETH Oberon and related systems<br>
&gt; <a href="https://lists.inf.ethz.ch/mailman/listinfo/oberon" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
&gt;<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" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/oberon</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><font face="&#39;times new roman&#39;, serif">Aubrey McIntosh, Ph.D.<br>211 E. 5th St.<br>Morris MN 56267</font><div><div><span style="line-height:20px;background-color:rgb(255,255,255)"><font face="&#39;times new roman&#39;, serif">(512)-348-7401</font></span></div>
</div><div><div><br></div></div>
</div>