This task is simply a afloat moving autochthonal Windows x64 larboard of Microsoft Word for Windows 1.1a, whose humanities codename was Opus. It builds the original Word root and resources together pinch modern replacements for the 16-bit assembly, segmented-memory, and Win16 level boundaries.
The consequence is the original Word exertion and personification acquisition moving arsenic a 64-bit Windows executable. This is not an emulator aliases a reimplementation using a modern editor control.
- 64-bit Windows
- Visual Studio 2022 pinch Desktop improvement pinch C++
- A Windows 10 aliases Windows 11 SDK installed done Visual Studio
- CMake 3.25 aliases newer
- PowerShell
Clone the repository, configure the included CMake preset, and build it from a PowerShell prompt:
For an optimized build, usage the merchandise preset instead:
The presets usage the Visual Studio 2022 x64 generator. After configuration, the generated solution tin besides beryllium opened straight from out\MicrosoftWordX64Port.sln; usage WORD1 arsenic the startup project.
Run the complete Debug trial suite from the repository root:
Or, erstwhile your existent directory is src:
For a merchandise build, switch Debug pinch Release. The suite covers the ported x64 runtime, original Word information structures and bid tables, process startup, and automated UI workflows including typing, selection, formatting, dialogs, and saving.
| src/Opus/ | Original Microsoft Word/Opus exertion root and resources |
| src/OpusEtAl/ | Original supporting tools, libraries, and build inputs |
| src/OpusProg/ | Historical programme documentation |
| src/port/original/ | x64 compatibility layer, translated routines, and tests |
| src/port/tools/ | Native replacements for humanities build-time tools |
| src/cmake/ | Resource and source-generation helpers |
| out/ | CMake cache and generated Visual Studio solution |
| build/ | Intermediate tools, tests, probes, PDBs, and diagnostics |
| bin/ | Final executable and runtime files |
out, build, and bin are generated locally during configuration and compilation.
The original C and assets files stay the charismatic implementation. The larboard adds only the level activity needed to build and tally that codification safely on 64-bit Windows:
- 16-bit x86 assembly introduction points are translated to fixed-width C aliases C++.
- Segmented and double-indirect representation handles are mapped to an x64-safe native runtime.
- Win16-specific startup, messaging, graphics, file, and assets behaviour is adapted to existent Win32 APIs.
- Original command, dialog, cursor, bitmap, and different generated assets are rebuilt by autochthonal big devices arsenic portion of the CMake graph.
- Unit, runtime, smoke, and UI tests defender compatibility pinch the original algorithms and exertion behavior.
CMake inventories the bequest assembly character but does not compile those modules into autochthonal targets. This keeps the humanities implementation disposable arsenic a reference while ensuring each shipped codification is valid for AMD64.
| WORD1 | The autochthonal x64 Microsoft Word executable |
| opus_original_engine | Original Word exertion motor compiled for x64 |
| opus_x64_runtime | Native runtime and translated assembly behavior |
| opus_word1_ui_test | Automated end-to-end UI trial driver |
| legacy_sources | IDE-visible reference postulation of the original assembly |
Build a circumstantial target with:
Changes should sphere the original Word behaviour while keeping each native interfaces pointer-width safe. Prefer source-equivalent translations of historical routines, isolate unavoidable Windows API adjustment astatine the port boundary, and adhd focused tests for recently translated behavior.
The humanities root files clasp their original Microsoft and third-party copyright notices. This repository does not presently see a top-level license file; reappraisal the applicable authorities earlier redistributing the root or binaries.
English (US) · 
Indonesian (ID) ·