I have responded to the recent discussion about the various Oberon versions by revisiting the Linz distribution. This is the one that I used as my daily workhorse for many years. The current status of the archive is not newbie friendly in a few respects, as I report below.<div>
<br></div><div>I downloaded <a href="ftp://ftp.ssw.uni-linz.ac.at/pub/Oberon/Windows/win95-NT/System.EXE" target="_blank" style="color:rgb(17,85,204);font-family:arial,sans-serif;font-size:12.727272033691406px;background-color:rgb(255,255,255)"><font color="#1155cc" face="arial, sans-serif"><span style="background-color:rgb(255,255,255)">ftp://ftp.ssw.uni-</span></font><font color="#1155cc" face="arial, sans-serif"><span style="background-color:rgb(255,255,255)">linz.ac.at/pub/Oberon/Windows/</span></font><font color="#1155cc" face="arial, sans-serif"><span style="background-color:rgb(255,255,255)">win95-NT/</span></font><span class="il" style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.727272033691406px;background-color:rgb(255,255,204)">System</span><font color="#1155cc" face="arial, sans-serif"><span style="background-color:rgb(255,255,255)">.</span></font><span class="il" style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.727272033691406px;background-color:rgb(255,255,204)">EXE</span></a> and unpacked it in a Ubuntu Precise Pangolin (12.04) environment with the Wine emulator.<div>
<br></div><div>This environment is running on the Oracle VirtualBox, which in turn is hosted on a Dell Optiplex 620 running Windows XP. All patches for all systems were in place yesterday. The system boots and operates normally in all respects and is very responsive, other than some occasional delay in loading Wine. This delay may be explained by the system load in the XP environment outside the VirtualBox. (I finally remembered that the F1 key produces the star-marker in a viewer; I had to execute the ctrlC.exe program a time or two.)</div>
<div> </div><div>I attempted to compile all the sources. I produced the seed list by the command </div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div>System.Directory *.Mod \a</div></div></blockquote>
<div><div><br></div><div>1. The sources use version elements. The setting of the elements was a mixture of Linux, PowerMac, and Window environments. I do not know of a standard way to inspect the settings other than opening each file and checking each element. I wrote a program that dumps the version names for each Beg VersionElems and marks the current name, ran this on the entire list of about 251 files, and set all the files to a setting that is compatible with Windows (NT 5.1) as reported in the System.Log<br clear="all">
<div><ol><li>VersionElems.Set goodversion is my friend</li></ol></div><div><br></div><div>2. I sorted the files into a correct compiling order using my program AlmGather. AlmGather announced that it cannot find the following sources:</div>
<div><ol><li>Dialogs.Mod</li><li>DialogFrames.Mod</li><li>DialogStaticTexts.Mod</li><li>DialogCheckBoxes.Mod</li></ol></div><div><br></div><div>3. At present, there are 2 modules with compile time errors.</div><div><ol><li>
There is an unresolved compile time error in ContainerElems.Mod that I did not examine extensively.</li><li>PopupEditor relies on Dialogs</li></ol></div><div><br></div><div>4. I made a local change to VersionElems.Mod in order to export the current version name and maxversions. I compiled the entire suite of sources after that change. Unexpectedly, there are a few new .Sym files in the $User directory after the compilation finished.</div>
<div><br></div><div><ol><li>MathL.Sym</li><li>MultiButtonElems.Sym</li><li>PFBasic.Sym</li><li>PanelFrames.Sym</li></ol></div><div><br></div><div>5. I started the system using ./oberon.exe at the Ubuntu command prompt, using the Oberon.Hex and Oberon.Ini files as distributed. The system started and performed a few tests correctly. In particular, the Track & Viewer system appeared normal, the mouse editing and popup buttons worked ok, and I compiled all the sources a second time. With the changes made to the VersionElems, much of the source appears to be there.</div>
<div><br></div><div>6. The program oberon.c is not in the System.EXE archive. It is a deeper problem to produce oberon.exe and Oberon.Hex, and I did not make any attempt to do so this weekend.</div><div><br></div><div>7. I used the FTP.Tool and logged into <a href="http://ftp.ssw.uni-linz.ac.at">ftp.ssw.uni-linz.ac.at</a> from within the Oberon environment. Woo Hoo !! It appears that there is a top level directory named Dialogs. This may fix item 2 above.</div>
<div><br></div><div>8. I can't unload modules. I thought there was either System.Unload or Modules.Unload. I can use MM+ML when executing a command, but that only unloads the one module. I would appreciate a memory jog for the correct command name.</div>
<div><br></div><div>I still think the system is very powerful. Despite the fact that it is nearly 25 years old, it gives the impression of being new and advanced. All the mouse interclicks that were so very pesky to learn, with many a misadventure of deleting text when I was trying to copy looks, appear to be completely fluent after some years of disuse. I find this impressive. While I did copy and paste a lot, and the result is not pretty, I did knock out a module to list all the VersionElement names in just a few hours. Most of that time was spent remembering how important Texts.OpenWriter(writer) is.</div>
<div><br></div><div><br></div><div><br></div>-- <br><font face="'times new roman', 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="'times new roman', serif">(512)-348-7401</font></span></div>
</div><div><div><br></div></div><br>
</div></div>