Harminchat évnyi technológiai szakadékot hidalt át egy fejlesztő, amikor modern architektúrára ültette a digitális irodai munka alapkövét. A GitHubon jmarshall23 néven publikáló programozó natív 64 bites futtatható állománnyá alakította a Microsoft Word 1.1a kiadását Windows 11 alá. Az átirat nem virtuális gépet vagy emulátort használ, hanem közvetlenül a 64 bites processzormagokon hajtja végre az eredeti programkódot.
A szövegszerkesztés történetében meghatározó szoftver eredetileg 16 bites védett módban futott, mindössze 640 kilobájt konvencionális memória támogatásával. Az eredetileg Opus kódnéven fejlesztett alkalmazás forráskódját a Computer History Museum tette elérhetővé kutatási célokra, miután a Microsoft engedélyezte a nem kereskedelmi célú hozzáférést. A modern operációs rendszerekből viszont már teljesen hiányzik a Win16 API és az NTVDM támogatása, így a régi binárisok futtatása eddig komoly akadályokba ütközött.
A 16 bites Win16 éra szelleme a modern architektúrák korában
Az 1989 novemberében bemutatott, majd 1990-ben frissített szövegszerkesztő hozta el a széles körben használt grafikus szerkesztőfelületet a PC-s világba. A program a WYSIWYG elvet követte, ahol a képernyőn látható elrendezés megegyezett a nyomtatott dokumentum képével. A rendszer a korabeli 12 megahertzes Intel 286-os vagy 386-os processzorokon is azonnali visszajelzést adott, felületén pedig minimális menüsávval és billentyűkombinációkkal irányítható struktúrát kínált.
A modern szövegszerkesztők gigabájtos memóriaéhségével szemben a Microsoft Word 1.1a teljes telepítője elfért néhány hajlékonylemezen. A fájlstruktúrája képezte az alapját a későbbi bináris .doc formátumnak, amely évtizedekre meghatározta az irodai dokumentumkezelést. Az akkori kódbázis hatékonysága a korlátozott hardveres erőforrások miatti szigorú memóriagazdálkodásból fakadt.
Emuláció nélkül, C-kódból újraépített retro szoftverarchitektúra
A projekt megvalósításához a fejlesztőnek teljesen át kellett hidalnia a 16 bites és a 64 bites környezet közötti alapvető eltéréseket. Az eredeti x86-os assembly rutint rögzített szélességű C és C++ kóddal váltotta fel, miközben a szegmentált memóriacímezést és a dupla indirekt fogantyúkat 64 bites típusbiztos futtatókörnyezetre képezte le. A CMake és a Visual Studio 2022 segítségével felépített rendszer natív AMD64 binárist generál.
A Win16-specifikus üzenetkezelést, grafikai hívásokat és fájlkezelő műveleteket a korszerű Win32 és Win64 API-khoz igazították. Az eredeti párbeszédpaneleket, ikonokat és erőforrásokat modern fejlesztői eszközök fordítják újra az építési folyamat során. A szoftver megbízható működését automatizált felületi és egységtesztek garantálják, amelyek ellenőrzik a dokumentumok formázását és a fájlmentési algoritmusokat.
A forráskód feldolgozása során az eredeti logikát változatlanul hagyták, így a szerkesztési viselkedés pontosan megegyezik az 1990-es kiadáséval. A felület azonnal reagál a billentyűparancsokra, a dokumentumok betöltése pedig a mérési hibahatáron belüli időt vesz igénybe modern NVMe háttértárakon.
Sebesség, szoftveres hízás és a retrofordítás tanulságai
A fejlesztés rávilágít arra, miként változott meg a szoftverfejlesztés fókuszpontja az elmúlt harminc évben. Míg a kilencvenes évek elején a memóriacímek közvetlen manipulálása és az alacsony szintű optimalizáció jelentette a túlélés zálogát, a mai irodai programcsomagok egymásra épülő keretrendszereket és webes technológiákat használnak. A natív 64 bites port bemutatja, hogy az alapszintű szövegfeldolgozási feladatokhoz minimális erőforrás is elegendő.
Az átirat oktatási és kutatási szempontból is értékes, mivel mintát ad a régi C és assembly kódbázisok típusbiztos modernizálására. A fordítási folyamat során a fejlesztő izolálta az operációs rendszerhez kötődő hívásokat, megőrizve az eredeti alkalmazásmag integritását.
| Jellemző | Microsoft Word 1.1a (1990) | Microsoft Word 1.1a Native x64 (2026) |
|---|---|---|
| Célarchitektúra | 16 bites x86 (Real / Protected mode) | 64 bites x86-64 (AMD64) |
| Operációs rendszer | MS-DOS / Windows 2.x / Windows 3.0 | 64 bites Windows 10 / Windows 11 |
| Futtatási modell | Közvetlen Win16 API hívások | Natív Win64 átfejtési réteg emuláció nélkül |
| Fejlesztői környezet | Microsoft C 5.1 / MASM | Visual Studio 2022 / CMake 3.25+ |
Hazai retrocomputing közösség és a megőrzés gyakorlati kihívásai
A magyarországi szoftvertörténeti és retrocomputing műhelyekben kiemelt figyelem kíséri az ilyen jellegű forráskód-modernizációs projekteket. A hazai gyűjtők és fejlesztők korábban leginkább DOSBox környezetben vagy virtuális gépeken futtatták a kilencvenes évek elejének magyarított vagy eredeti nyelvű irodai szoftvereit. A natív portolási technika utat nyithat más klasszikus rendszerek megőrzése előtt is, csökkentve az emulációs rétegek okozta teljesítményveszteséget és kompatibilitási hibákat.
Informatikai szempontból a legnagyobb kihívást a magyar karakterkódolás és a korabeli nyomtatódillesztők kezelése jelenti a modern rendszereken. Az x64-es átirat tesztelése során a fejlesztők rámutattak, hogy a Win32 nyomtatási alrendszer adaptációjával a dokumentumok fizikai kinyomtatása is működőképes marad a mai hálózati nyomtatókon.
Nyílt forráskódú kutatás és a legális szoftverarchívumok jövője
A projekt jogi kereteit az határozza meg, hogy a Computer History Museum által kiadott forráskód kizárólag nem kereskedelmi és kutatási célú felhasználást engedélyez. A GitHubon közzétett tárhely nem tartalmaz újraosztható zárt licencű binárisokat, a futtatható állományt a felhasználónak kell lefordítania a megadott utasítások alapján. Ez a megközelítés tiszteletben tartja a szellemi tulajdonjogokat, miközben biztosítja a szoftverarchitektúra átláthatóságát.
A retro szoftverek natív portolása a jövőben fontos eszközzé válhat a digitális megőrzésben. A technológia fejlődésével a régi szoftverek forráskódjának átültetése megelőzheti a digitális kulturális örökség végleges elvesztését.
