FoxPro returns from the dead with WebAssembly and a 4TB database limit
Microsoft killed Visual FoxPro in 2007. Now it is back as an open-source WebAssembly runtime with React interfaces and HTTP routing.
Tools · Source: Hacker News
What happened
Microsoft abandoned Visual FoxPro at version 9 and kept it locked at 32 bits. Now an independent open-source project called FoxDev Studio is rebuilding the entire ecosystem from scratch. They wrote a custom compiler and a bytecode interpreter in Rust. This engine compiles the legacy code to WebAssembly. The ultimate mission is 100 percent feature parity with the original language. They are using golden tests against the original software to ensure exact compatibility. Out of 1,722 known language elements, 1,534 are already exercised by tests.
The architecture completely changes how the software interacts with the operating system. The user interface now renders through React using a custom Document Object Model tree. This means updating a single label repaints just that specific control, not the entire form. On dense enterprise screens, this is the difference between instant feedback and sluggish performance. Furthermore, the runtime never blocks the main thread. When a program needs an external resource like a message box or a new database record, the virtual machine yields. The work happens while the machine is off the stack.
They also added modern web capabilities without breaking old code. A new extension called FoxScript introduces lambdas and HTTP routing directly into the legacy language. Developers can now answer web requests using the exact same code that handles their business logic. The queries and library calls remain ordinary FoxPro. The server and lambda functions are simply added on top. There is no second language to learn and no separate backend service to stand up.
Key facts
- 1,722 — Elements of the Visual FoxPro 9 language reference known to the runtime
- 1,534 — Language elements currently exercised by a compatibility test
- 2 GB — Original table size limit in Visual FoxPro
- 4.4 TB — New potential table size limit at 1 KB records
Why it matters
Legacy code usually means a slow and expensive death for enterprise companies. FoxDev Studio shows a completely different path for abandoned software. By wrapping the old language in a modern Node.js and WebAssembly host, developers get 64-bit capabilities without rewriting decades of complex business logic. The database limit jumps from a hard 2 gigabytes to massive terabyte scales. Using 64-bit offsets, a single table can now hold 558 gigabytes of small records or up to 4.4 terabytes of larger records. The only remaining bottleneck is the legacy header record count.
The bridge to the past remains fully intact. Old libraries are battle tested and businesses refuse to abandon them. The new runtime spins up a dedicated 32-bit process whose only job is to hold legacy library files. This means old encryption tools and API wrappers still work synchronously. You get the stability and scale of a modern 64-bit architecture without breaking the old dependencies that legacy businesses rely on. It is a masterclass in backward compatibility.
For builders
Revive legacy enterprise applications
Companies sitting on dead FoxPro applications can modernize their stack without a full rewrite. You save massive engineering costs while moving to a 64-bit architecture. Enterprise clients will pay a premium to keep their old systems running smoothly.
Expand database limits instantly
The original 2 gigabyte table limit is gone forever. Using 64-bit offsets, tables can now reach up to 4.4 terabytes depending on the record size. Data-heavy legacy applications instantly gain years of new runway without migrating to a new database.
Build web APIs with old code
FoxScript allows you to expose legacy business logic as modern HTTP endpoints. You can connect old desktop applications to modern web services without standing up a separate backend. This opens up new integration revenue for older products.
My take
I love seeing builders resurrect dead technology with modern primitives. Wrapping a 32-bit legacy language in Rust and WebAssembly is absolute madness in the best way possible. It proves that good software does not have to die just because a massive corporation stopped supporting it. The enterprise world runs on forgotten code. Tools like this are how we keep the lights on.
Original reporting: Hacker News. This is my rewrite and opinion.