Mini vMac

Ang mini vMac ay isang open source, libre at cross-platform graphical software na ipinatupad sa C at dinisenyo mula sa offset upang kumilos bilang isang emulator para sa Macintosh Plus computer system na nilikha ng Apple, tumatakbo sa Linux, BSD, Microsoft Windows at Mac OS X operating system.

Ang pagiging isa sa pinakamaagang Macintosh machine na dinisenyo ng Apple, ang Macintosh Plus ay tumatakbo lamang sa lumang Mac software, na, siyempre, ay hindi gumagana sa kamakailang Macintosh na mga computer. Samakatuwid, ang Mini vMac software ay nakakatulong upang mapanatili ang kasaysayan. Ito ay dinisenyo upang maging madaling gamitin, portable at simple hangga't maaari.

Upang gamitin ang application na Mini vMac sa iyong sistema ng GNU / Linux, tiyakin na i-download mo ang binary na pakete na tumutugma sa hardware ng iyong computer sa hardware, i-save ang archive sa isang lugar sa iyong computer, i-unpack ito at i-double-click ang executable .

Magbubukas ang application, na nagpapaalam sa iyo na ang isang ROM na imahe ng Macintosh Plus system ay hindi matatagpuan. Nangangahulugan ito na magkakaroon ka rin ng isang vMac.ROM file (mas maraming mga detalye ang makikita sa homepage ng proyekto) at ilagay ito sa parehong folder na maisasagawa ang Mini vMac.

Matapos mong makuha ang Macintosh Plus ROM na imahe, dapat mong isara ang programa at muling buksan ito. Kung wasto ang ROM file, ang system ay awtomatikong mag-boot at pahihintulutan kang gamitin ito tulad ng gagamitin mo sa iba pang virtualized operating system.

Ang software na ito ay talagang isang spin off ng vMac application, na hindi na-update sa maraming taon. Para sa iyong kaginhawahan, ito ay ipinamamahagi bilang pre-built binary na mga pakete para sa mga nabanggit na mga operating system, na sumusuporta sa parehong mga arkitektura set ng 64-bit (x86_64) at 32-bit (x86).

Ang source code ng application ay magagamit din para sa pag-download, para sa iyo na gustong i-optimize ang software para sa isang partikular na platform ng hardware o operating system.

Ano ang bagong sa paglabas na ito:

• Ang Mini vMac 3.5.8 ngayong araw ay nag-a-update ng matatag na bersyon upang ayusin ang isang problema sa PowerPC OS X, at nag-aayos din ng isang isyu na nakakaapekto sa Serbisyo ng Pagkakaiba-iba. Ang Mini vMac 3.5.8 sa mga platform bukod sa PowerPC OS X ('mach'), at x86-32 OS X ('imch'), ay dapat magkapareho sa Mini vMac 3.5.7, maliban sa string ng bersyon at petsa ng pagbabago. / li>
• Iniulat na ang & quot; Mini vMac 3.5.7 ay nagpapatakbo sa mga system ng PPC G3 & quot ;. Ito ay lumabas na ang bandila ng GCC & quot; -mmacosx-version-min & quot; dapat tinukoy para sa lahat ng mga file na naipon, hindi lamang ang platform na umaasa sa code. Nakakaapekto ito sa mga bagay tulad ng kinakailangang CPU. Ang paggawa ng pagbabagong ito ay nangyayari na walang epekto sa Mini vMac para sa x86-64 OS X, may ilang epekto para sa x86-32 OS X, at ang pinakamalaking epekto ay para sa PowerPC.

Ano ang bago sa bersyon 3.3.3:

• Mga bagong tampok sa default na i-compile:
• Higit pang mga operating system ay opisyal na sinusuportahan ng Mini vMac:
• FreeBSD sa x86-32 (Paggamit ng & quot; -t fbsd & quot; sa build system)
• FreeBSD sa x86-64 (& quot; -t fb64 & quot;)
• OpenBSD sa x86-32 (& quot; -t obsd & quot;)
• OpenBSD sa x86-64 (& quot; -t ob64 & quot;)
• NetBSD sa x86-32 (& quot; -t nbsd & quot;)
• NetBSD sa x86-64 (& quot; -t nb64 & quot;)
• Dragonfly BSD sa x86-32 (& quot; -t dbsd & quot;)
• Dragonfly BSD sa x86-64 (& quot; -t db64 & quot;)
• OpenIndiana sa x86-32 (& quot; -t oind & quot;)
• OpenIndiana sa x86-64 (& quot; -t oi64 & quot;)
• Linux sa ARM (& quot; -t larm & quot;)
• Linux sa SPARC (& quot; -t lspr & quot;)
• Minix 3.2 (& quot; -t minx & quot;)
• Ang mga port na ito ay umangkop sa parehong X Window code bilang Linux port, at dapat magkaroon ng parehong pag-andar, maliban sa kasalukuyang hindi tunog para sa ilan. Ang mga x86-64 na bersyon ay kasalukuyang mas mabagal, dahil sa kakulangan ng pag-aayos ng wika ng pagpupulong, at hindi dapat gamitin kung ang mga x86-32 na bersyon ay gagana.
• Ang mga bersyon ng X ay pwedeng maglaro ng tunog gamit ang API ng Open Sound System (OSS). (Karaniwan gamit ang mga katugmang pagpapatupad sa bawat operating system, sa halip na ang opisyal na OSS mismo.) Pinagana ngayon ang tunog sa pamamagitan ng default sa FreeBSD at NetBSD. Nagko-compile ng tunog nang walang mga problema (gamit ang & quot; -sound 1 & quot;) sa Dragonfly BSD at OpenIndiana, ngunit hindi pa ako nakapag-pagsubok sa mga ito. Ang pagkuha ng tunog sa Dragonfly BSD ay tila nangangailangan ng ilang manu-manong pagse-set up. Ang OpenIndiana ay hindi mukhang gumawa ng anumang tunog sa lahat sa VMware Fusion. Ang compiles ng tunog ay walang mga problema sa OpenBSD, ngunit hindi ito gumagana - ang pagtatakda ng ninanais na sample rate ay nabigo. Ang Minix ay hindi tila talagang sumusuporta sa tunog. Posible ring gamitin ang OSS API sa Linux, gamit ang bagong & quot; -snd-api & quot; bumuo ng opsyon sa system.
• Ang mga bersyon ng X ngayon ay susubukang tingnan ang folder na naglalaman ng application para sa imaheng ROM, tulad ng ginagawa ng bersyon ng Macintosh at Windows. (At din para sa disk1.dsk at iba pa sa mga file.) Kung ang direktoryo ng application ay hindi maaaring tinutukoy, ang kasalukuyang direktoryo ay ginagamit gaya ng dati. Ito ay ipinatupad para sa Linux, FreeBSD, NetBSD, Dragonfly BSD, at OpenIndiana, ngunit hindi OpenBSD at Minix.
• Ang mga bersyon ng X ay mayroon na ngayong isang bagong opsyon na command line & quot; -d [directory_path] & quot ;, kung saan ang [directory_path] ay ginagamit sa halip ng direktoryo ng application kapag hinahanap ang ROM na imahe, at disk1.dsk at iba pa sa mga file .
• Ang mga bersyon ng X ay mayroon na ngayong isang bagong opsyon na command line & quot; -n [app_name] & quot ;, kung saan ginagamit ang [app_name] sa halip ng pangalan ng application para sa pamagat ng window ng Mini vMac.
• Sinusuportahan na ngayon ng mga bersyon ng X ang isang gitnang ROM folder tulad ng mga bersyon ng Macintosh at Windows. Kung & quot; ~ / .gryphel / mnvm_rom & quot; umiiral, ang Mini vMac ay titingnan doon para sa imaheng ROM. Kung wala ito, titingnan nito ang direktoryo ng application. (At ang pagpipiliang linya ng -r command ay sasapaw kapwa.)
• Binago ang pag-uugali sa default na sumulat ng libro:
• Ang pagguhit ng emulated screen sa real screen ay mas mahusay. Kapag ang lalim ng kulay ay 4 bits o mas kaunti, sa halip na mag-convert ng bawat pixel, mayroong isang talahanayan na may 256 mga entry para sa pag-convert ng isang byte nang sabay-sabay. Mas maingat din ang tungkol sa pag-convert lamang ng mga pixel sa rektanggulo na nakatali sa nagbago na lugar, kaysa sa buong screen.
• Ang dami ng Linux ay naglo-load ng library ng ALSA upang i-play ang tunog, upang ang Mini vMac ay tumakbo pa rin, walang tunog, kahit na hindi naka-install ang ALSA. (Ang pamamaraan na ito ay nakita sa SDL.) Kaya sa pamamagitan ng default, ang bersyon ng Linux ay pinagsama ngayon ng tunog, na tumutugma sa mga bersyon ng Mac at Windows.
• Sa bersyon ng Linux, kapag nagpe-play ng tunog sa ALSA, ang snd_pcm_delay ay hindi na tinatawag na. Ang pagkaantala hanggang sa isang sample ay nilalaro ay hindi talagang may kaugnayan. Ano ang dapat malaman ng Mini vMac ay oras sa buffer underrun. Kaya tinitingnan ngayon ng Mini vMac ang laki ng buffer minus ang magagamit na espasyo sa buffer, na maaaring mas kapaki-pakinabang, para sa layunin na maiwasan ang buffer sa ilalim ng lupa habang binabawasan ang latency.
• Ang mga bersyon ng X ngayon ay gumagamit ng pag-lock ng advisory upang tanggihan na buksan para sa pagsusulat ng isang imahe ng disk na binuksan para sa pagsusulat ng isa pang kopya ng Mini vMac. Noong nakaraan, ang mga bersyon ng X ng Mini vMac ay maaaring magbukas ng isang binuksan na imahe ng disk, malamang na masira ang imahe. Kung ang mini vMac ay maaari lamang magbukas ng isang imahe ng disk na nabasa lamang, tulad ng dahil ang gumagamit ay naka-lock ang file, pagkatapos ay ang paggamit ng advisory lock ay hindi ginagamit, at maaaring magamit ng maramihang mga kopya ng Mini vMac.
• Sinusubukan na ngayon ng mga bersyon ng X upang gamitin ang pangalan ng application upang itakda ang pamagat ng window nito, tulad ng mga bersyon ng Macintosh at Windows. (Kung ang pangalan ng application ay hindi maaaring tinukoy, ang & quot; Mini vMac & quot; ay ginagamit bilang bago.) Ito ay matatagpuan sa parehong oras ng direktoryo ng application, at ipinatupad para sa parehong mga operating system.
• Ang mga alituntunin ng command line ay na-scan na bago maghanap ng disk1.dsk at iba pa sa mga file. Ito ay kinakailangan para sa bagong & quot; -d & quot; opsyon upang gumana, at may epekto na kung ang mga imahe ng disk ay tinukoy sa command line, mabubuksan ito muna. Kung mayroong mga imahe sa command line, ang Mini vMac ay hindi na mag-abala upang maghanap ng disk1.dsk sa lahat.
• Ang & quot; -l & quot; (o & quot; / l & quot; sa Windows) ang pagpipilian sa command line ay aalisin. Ang & quot; -speed z & quot; Ang opsiyon sa sistema ng pagtatayo ay dapat gamitin sa halip. Ang pagpipilian sa command line ay mula bago ang umiiral na sistema ng pagtatayo, at ang desisyon na ginawa upang mapabuti ang mga opsyon ng oras sa paglipas ng mga pagpipilian sa run time.
• Mga pag-aayos ng bug sa default na sumulat ng libro:
• Ang mapa ng Windows ngayon ay nagpapalitan ng Enter key sa numeric keypad sa Macintosh Enter key. Maaari na ngayong makilala ang susi na ito mula sa key na Enter sa pangunahing keyboard, na nakalagay sa Macintosh Return Key. Mayroong dati walang paraan upang i-type ang key ng Macintosh. Salamat sa & quot; Alex & quot; para sa pagturo ng isyung ito.
• Sa bersyon ng Windows, sa Full Screen Mode, ang tsek kung ang isang key down na kaganapan ay isang pindutang autorepeated ay hindi tama. Kaya ang mga potensyal na susi ay maaaring hindi papansinin kung hindi sila dapat. Inalis ko ang tseke, dahil hindi malinaw kung paano ito gawin nang tama (kapag gumagamit ng & quot; mababang antas ng keyboard hook & quot;). Hindi ito nakakaapekto sa pagtulad ng Macintosh, dahil mayroong karagdagang check para sa mga kalabisan na mga kaganapan. Maaapektuhan nito ang Control mode, tulad ng kapag pinipigilan ang Control-M.
• Ang bersyon ng Windows ngayon ay tumutugon sa mensahe ng WM_QUERYENDSESSION, kaya kung susubukan mong i-shut down ang iyong computer gamit ang Mini vMac na tumatakbo (na may naka-mount na mga larawan sa disk), ang Mini vMac ay magreklamo at itigil ang shut down.
• Sa bersyon ng Linux, gamit ang ALSA upang i-play ang tunog, ang snd_pcm_start ay tinatawag bago ilagay ang anumang mga sample ng tunog sa ALSA buffer. Ito ay maaaring maging sanhi ng pag-aaklas sa simula, o ayon sa isang ulat, maiwasan ang tunog mula sa pagtatrabaho sa lahat. Naghihintay na ngayon ang mini vMac hanggang sa buffer ang pribadong buffer nito, pagkatapos ay maglilipat ng mas maraming bilang magkasya sa ALSA buffer, at pagkatapos ay magsisimula ng tunog playing.
• Kapag ang bersyon ng Linux ay naipon para sa ARM, kasama ang isang tseke na ang resulta ng snd_pcm_avail_update ay mukhang makatwiran, at kung hindi tawag snd_pcm_status_get_avail sa halip. Ito ay gumagana sa paligid kung ano ang mukhang isang bug sa Raspbian para sa Raspberry Pi.
• Ang emulated na orasan ay hindi maayos na pinasimulan, at tama lamang pagkatapos ng unang & quot; pangalawang & quot; matakpan.
• Kung ang emulated na screen ay masyadong malaki upang magkasya sa totoong screen (kapag available ang autoscroll), kung ang area ng emulated screen na nagbago ay hindi magkakaugnay sa nakikitang lugar ng emulated screen, pagkatapos ay isang di-wastong rektanggulo ginagamit para sa pagguhit. Natuklasan ko ito kapag sinusubukan ang Vector Linux 7, na tila may ilang dagdag na mga tseke sa pag-debug.
Sa malamang na hindi pangyayari, sa Mode ng Buong Screen, ang autoscroll ay maaaring hindi mag-scroll upang ipakita ang huling hilera ng pixel sa ibaba o ang huling hanay ng mga pixel sa kanan.
• Kung ang host computer ay hindi sapat na mabilis para sa Mini vMac na tumakbo sa 1x na bilis, ang Mini vMac ay hindi tatakbo nang maayos, na huminto sa ilang segundo nang pana-panahon. Ang pagsubok para sa sitwasyong ito ay hindi tama, at isang byte counter ang mag-overflow. (Magkaroon ng tulad ng mga counter nang mas maliit hangga't maaari ay ginagawang mas madali upang makita ang mga bug tulad nito.)
• Sa X Window na mga bersyon ng Mini vMac, kapag ginagamit ang extension na Mini vMac upang lumikha ng isang file sa sistema ng host, tulad ng sa ExportFl, isang dialog ng pag-save ay hindi ipinatupad. Dati lang ang file ay lilikhain lamang sa direktoryo ng application na tinanong para sa pangalan. Hindi ito ligtas, sa pinakamasamang ito ay nagbibigay-daan sa isang programa na tumatakbo sa Mini vMac upang palitan ang Mini vMac application. Kaya ngayon ay gagawin sa halip ang mga file sa isang folder na pinangalanang & quot; output & quot; sa direktoryo na naglalaman ng application. Ang folder na ito ay gagawin kung wala ito.
• Sa bersyon ng Microsoft Windows, kung ang isang path sa isang imahe ng disk ay ipinasa sa Mini vMac sa command line na mas mahaba kaysa sa legal para sa isang landas, isang resulta ng buffer overflow.
• Ang bersyon ng Windows CE ay nagdusa ng kaunti. Ngayon ay nagtatala at hindi bababa sa mga gawa sa Microsoft Device Emulator sa Windows Mobile Version 5.0. Wala akong ideya kung ito ay gumagana sa tunay na hardware. May nagmamalasakit ba? (Ang Windows Mobile ay ipinagpapatuloy at pinalitan ng Windows Phone.) Ang port na ito ay nagsisimula upang makagambala sa pagpapanatili sa pangunahing bersyon ng Windows, at ang pagpipilian ay alisin ito nang buo o gawin itong mapanatili.
• Bagong mga tampok na hindi sa default sumulat ng libro:
• Ang bagong pagpipilian sa build system & quot; -lt & ​​quot; nagbibigay-daan sa emulation ng LocalTalk ni Mike Fort. Ang ilang mga limitasyon sa kasalukuyan. Ipinatutupad lamang ito para sa OS X. Nangangailangan ito ng pagpapatakbo ng command na & quot; sudo chmod ugo + rw / dev / bpf * & quot; upang payagan ang Mini vMac (at iba pa) ng access sa lahat ng trapiko sa network. Ang & quot; -lt & ​​quot; Ang opsyon ay nagiging sanhi din ng Mini vMac na tumakbo sa background bilang default, dahil ang Mini vMac ay hindi maaaring maging isang tamang LocalTalk node kung hindi ito tumatakbo. At kailangan mong manu-manong i-on ang AppleTalk sa tagapili - Maaari ko bang itakda ang mga flags ng PRAM sa boot na may AppleTalk na, ngunit hindi ito gumagana ng maayos.
• Isang bagong pagpipilian sa build system & quot; -lang pol & quot; pinipili ng isang Polish pagsasalin ng user interface sa pamamagitan ng Przemyslaw Buczkowski.
• Ang mga bersyon ng X ay may paunang suporta para sa kulay (para sa pagtulad sa Mac II). Ang Bersyon ng X sa ngayon ay sumusuporta lamang sa 24 bit & quot; TrueColor & quot ;, at may ilang iba pang mga limitasyon sa format. Duda ko na ang anumang bagay bukod sa TrueColor ay ginagamit sa mga makabagong makina, at marahil ay hindi susuportahan ang iba pang mga opsyon. Ang iba pang mga kalaliman tulad ng 15, 16, at 32 bit ay maaaring magamit, at marahil ay dapat suportado, kung makakahanap ako ng isang paraan upang masubukan sila.
• Isang bagong pagpipilian sa build system & quot; -mf & quot; nagpapahintulot sa pagbabago ng parangal mula sa default 2. Halimbawa, ang & quot; -mf 3 & quot; nagtatakda ng pag-magnify sa 3. Ang pagpipiliang & quot; -mf 1 & quot; disable magnification (pag-alis ng Control-M command). Ang kadahilanan ng pag-magnify ay dapat na isang integer.
• Binago ang pag-uugali hindi sa default na sumulat ng libro:
• Ang lalim ng default na kulay para sa pagtulad sa Mac II ay & quot; -depth 3 & quot; sa halip ng & quot; -depth 0 & quot;.
• Para sa pagtulad ng Macintosh II, ang AutoSlow ngayon ay hindi pinagana sa pamamagitan ng default na & quot; -as 0 & quot ;. Maaaring kailanganin ng AutoSlow ang ilang karagdagang pag-tune upang gumana nang mahusay sa pagtulad sa Mac II.
• Sa mga bersyon ng X, ang mga resulta ng fwrite at fread sa mga imahe ng disk ay naka-check na ngayon para sa mga error, na humihinto sa mga tagatala ng compiler sa kamakailang Ubuntu.
• Hindi gumagana ang mga pag-aayos ng bug sa default na pag-compile:
• Nakatakdang isang bug sa pagtuturo ng DIVS.L na iniulat ng & quot; AP & quot ;. (Isang 68020 pagtuturo na ginagamit sa pagtulad sa Mac II.)
• Inayos ang pagtuturo ng BFFFO, na ganap na nasira, tulad ng iniulat ng & quot; AP & quot ;. (Ang isa pang 68020 pagtuturo na ginagamit sa pagtulad sa Mac II.)
• Ang mga pagpapatakbo ng patlang ng bit sa isang rehistro ay gumagamit na ngayon ng paikutin sa halip na paglilipat. Ang mga napiling mga piraso ay maaaring hindi magkakatulad, tulad ng itinuturo ng & quot; AP & quot ;, at nakumpirma ng dokumentasyon. (Mga patlang ng pagpapatakbo ng bit ay idinagdag sa 68020.)
• Ang mga pagpapatakbo ng patlang ng bit sa memory ngayon ay nagsisikap na gumana lamang sa maraming byte kung kinakailangan. Dati itong palaging pinatatakbo sa 5 bytes, na maaaring magkaroon ng mga hindi kanais-nais na epekto kung tumatakbo sa device na nai-memorya ng memorya, tulad ng itinuturing ng & quot; AP & quot;.
• Ang & quot; MoveP.L, Dn & quot; ang pagtuturo ay pinaghalo ang pagkakasunud-sunod ng paglilipat at pag-masking, at sa gayon ay ganap na nasira, gaya ng iniulat ng & quot; AP & quot;.
• Ang tadtarin na nagpapahintulot sa dagdag na malalaking halaga ng Video RAM sa pagtulad sa Macintosh II ay hindi gumagana ng maayos dahil ang isang array na ginamit para sa pagsasalin ng espasyo sa espasyo sa emulation ng CPU ay hindi inilalaan nang malaki. Ngayon ang sistema ng pagtatayo pinipili ang laki ng laang-gugulin. (Ang problemang ito ay sinusunod para sa 1024x768 na may milyon-milyong mga kulay.) Detalyadong detalye: Ang bawat NuBus card ay makakakuha lamang ng 1M ng espasyo ng address kapag ang computer ay nasa 24 bit na mode. At ang isang Mac II tila karaniwang gumuhit sa 24 bit mode. Kapag mas kailangan ang Video RAM para sa mga hiniling na oras ng pag-compile ng mga oras, ang Mini vMac ay gumagamit ng puwang ng address mula sa katabi ng mga slot ng NuBus.
• Fixed & quot; -min-extn & quot; bumuo ng opsyon sa bersyon ng Linux.
• Buuin ang System:
• Nagdagdag ng pagpipiliang build system & quot; -api cco & quot; upang gamitin ang Cocoa API ng Apple para sa OS X kaysa sa hindi na ginagamit na API ng Carbon. Ngunit ang Cocoa port ng Mini vMac ay hindi pa itinuturing na handa nang opisyal na suportado, at sa gayon ay ginagamit pa rin ang bersyon ng Carbon.
• Nagdagdag ng pagpipiliang build system & quot; -api sdl & quot; upang gamitin ang Simple DirectMedia Layer 1.2 API. Ito ay idinagdag bilang isang stepping stone sa port ng Cocoa - sa pamamagitan ng pagsasama ng source code para sa SDL kasama ang source code para sa isang SDL port ng Mini vMac, at pagkatapos ay alisin ang lahat ng hindi kailangan, at pagkatapos ng maraming paglilinis hanggang sa isang paunang katutubong Cocoa lumitaw ang port. Gayunpaman ang port ng SDL ay maaaring gamitin bilang ay sa port sa iba pang mga platform na suportado ng SDL. Ngunit ito ay hindi (pa) opisyal na suportado.
• Nagdagdag ng pagpipiliang build system & quot; -t mx64 & quot; para sa pagpapatupad ng X11 ng Apple sa x86-64. (Noong nakaraan x86-32 at PowerPC ay suportado.)
• Nagdagdag ng pagpipiliang build system & quot; -t cygw & quot; para sa Cygwin / X para sa Microsoft Windows. Maaari ding gamitin ang Cygwin upang ipunin ang regular na bersyon ng Microsoft Windows gamit ang & quot; -t wx86 -e cyg & quot;.
• Nagdagdag ng pagpipiliang build system & quot; -t irix & quot; para sa IRIX ni Silicon Graphics, Inc., salamat kay John Perkins.
• Maaaring gamitin ang MinGW upang mag-compile ng Mini vMac na may pagpipilian sa build system & quot; -t wx86 -e mgw & quot ;. Dahil ang Bloodshed Dev-C ++ ay batay sa MinGW, & quot; -t wx86 -e dvc -cl & quot; ay nagbigay ng katulad na mga resulta sa dati.
• Binago ang pagkakasunud-sunod ng mga argumento sa command na link kapag binubuo ang bersyon ng Linux. Lumilitaw na may isang maginoo na pagkakasunud-sunod kung paano dapat itakda ang mga aklatan, na hindi ko alam dahil hindi ako nakarating sa isang linker na nagmamalasakit hanggang Ubuntu 11.10.
• Ang sistema ng pagtatayo ay dapat na gumana nang maayos sa ibang mga emulator tulad ng SheepShaver. Ito ay di-kilala na iniulat na ang build system ay mag-crash emulators. Ang pagsusulit kung ang sistema ng pagtatayo ay tumatakbo sa Mini vMac (upang ma-export ang resultang archive sa host) ay hindi sapat.
• Ang sistema ng pagtatayo ay pinipigilan ngayon ang mga babala ng mga mensahe na nalikha noong kino-compile ang pagtulad sa Macintosh II sa Microsoft Visual C ++, Salamat sa isang ulat mula kay William Grana.