<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Hi Thomas,<div class=""><br class=""></div><div class="">You wrote:</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class="">Just discovered classic old Macintosh platform can be emulated.<br class="">(BasiliskII, mini vMac).<br class=""></blockquote><div class=""><br class=""></div><div class="">Also Saanlima's Pepino (FPGA for PO) can emulate a Macintosh Plus; works nicely!</div><br class=""><blockquote type="cite" class="">Installed MPW and MPW-Pascal. There are some common ideas with Oberon<br class="">systems, perhaps worth mentioning here.<br class=""><br class="">MPW Apple's development environment, supporting flavour of languages,<br class="">Pascal, C, C++, Fortran, .., there is also Oberon variant for it.<br class="">Perhaps worth exploring further.<br class=""></blockquote></div><div class=""><br class=""></div><div class="">A great Oberon-2 ('Component Pascal') framework to develop for both classic Mac OS, Windows and Linux platforms with the same toolset is Oberon/F (a.k.a. BlackBox Component Framework). Unfortunately it does not work with macOS X, but now *can* produce native apps for Linux:</div><div class=""><a href="http://blackboxframework.org/index.php?cID=home,en-us" class="">http://blackboxframework.org/index.php?cID=home,en-us</a></div><div class=""><br class=""></div><div class="">Your can find several Oberon implementations for classic Mac OS, including an early version of Oberon/F, here: </div><div class=""><a href="https://macgui.com/downloads/?file_id=17689" class="">https://macgui.com/downloads/?file_id=17689</a></div><div class=""><br class=""></div><div class="">The latest version for classic Mac OS of BBCF/Component Pascal is 1.31. Presently I cannot locate it on the internet. But I could send it to you.</div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">SET type can be defined on integer range 0..2039 [max], e.g.</div><div class=""><div class=""><br class="">VAR bits: SET OF 0..1024<br class=""><br class="">In Oberon notation that would be {0..1024}!<br class="">Wow, that seems a lot.<br class=""><br class="">My explanation is the `QuickDraw', which is underlying graphics<br class="">manager, with rich functionality, can handle not only monocolour, but<br class="">also 256,1024,1024*1024 colours. Such big sets are perhaps well<br class="">justified for screen bits manipulation.<br class=""><br class="">Must really be complex, part of each Mac ROM, typically 1MB in size, all<br class="">written Pascal some portions in assembly. Cannot tell how big QuickDraw<br class="">really is.<br class=""></div></div></blockquote><div><br class=""></div><div>QuickDraw, by Bill Atkinson, was written entirely in Motorola 68000 assembly language. He also wrote MacPaint, in Apple Pascal and 68000 assembly. The source code for both can be found here:</div><div><a href="https://computerhistory.org/blog/macpaint-and-quickdraw-source-code/" class="">https://computerhistory.org/blog/macpaint-and-quickdraw-source-code/</a></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Out of curiosity, reading some old docs, and programmes.<br class="">Pascal still reads better to C, not only in tutorial texts, in my<br class="">opinion.<br class=""><br class="">Interesting is also Mac runtime memory design. Applications are<br class="">segmented in code and resources. Loaded / unloded on demand.<br class=""><br class="">There is no module concept analogy, closest idea is that resources and<br class="">code can be shared.<br class=""></div></div></blockquote><div><br class=""></div><div>Classic Mac OS was wonderful, imho. And also very well and beautifully documented through books in the "Apple Technical Library".</div></div><br class=""></div><div class="">--</div><div class="">Hans</div></body></html>