( TCH | 2020. 03. 11., sze – 09:03 )

> Vagy csak nekem tűnik igy? ;) Csak neked. > És a hiba tényleg az én készülékemben van, mondom: Nem raktam fel a 16 bites API-t. És erről is lehetne vitatkozni, hogy része-e az OS-nek, vagy sem. De minek. Hívd akkor emulációnak, de opcode volt a kérdés, hardwares emulációt a WINE meg nem csinál, ld. egyel feljebb. > Olvasd el innen kezdve a végéig: Elolvastam még egyszer. Nem lettem okosabb. Az összefüggést sem értem. A win10-ben a mai napig kísért a CP/M szelleme, ez tény, de a macOS-ben hol lehet látni a régi 6502-es rendszer örökségét? > A Pascal tényleg jó nyelv, csak abban programoztam pécét még DOS alatt. A C akkori megnevezése "struktúrált assembler". Azóta fejlődtek a fordítók, aminek a lezárását 2000 környékére teszem. Tehát nem a mai fordítókra gondolok, és tudom mikori a POWER6. POWER-en 33MHz-es korától 1,5GHz-ig (POWER5+) dolgoztam. A 80-as években megszokott technológia - megírod, majd assemblerben optimalizálod - a fejlett fordítóknál értelmetlen, mert megteszik ők maguk. No, akkor ez már történelem? ;) Hogy kapcsolódik ez a korábbi szálhoz? Opcode kompatibilitásról volt szó, ami az Apple-nél nem volt az arch-váltásoknál, abba te még behoztál egy C fordítót, mint a kompatibilitás záradékát, ami megint csak nem volt az Apple-nél. Vagy arra célzol, hogy ami 2000 előtt volt azt felejtsük el? Az érdekes lenne, lévén ahonnan indult, ott te is messze 2000 előtti x86 verziókról beszéltél.