We're sometimes asked: why does VBReFormer focus exclusively on Visual Basic 5 and 6, and never touch .NET, C# or VB.NET? The answer fits in one sentence: because that's where the real problem is. Decompiling .NET is a free commodity today; decompiling VB6 native code is not.
.NET decompiles almost perfectly — and for free
If you need to read the code of a .NET assembly (C#, VB.NET, F#), don't buy anything. Free, excellent tools do the job better than any paid solution: dnSpy, ILSpy or dotPeek reconstruct code nearly identical to the original in seconds.
Why is it so easy? Because .NET doesn't compile to machine code but to an intermediate language (IL/CIL) carrying rich metadata: class, method and variable names, types, signatures — all preserved in the assembly, barring deliberate obfuscation. The decompiler barely has to re-typeset that information. The hard part was already done by the format itself.
VB6 native code is the exact opposite
A Visual Basic 6 executable compiled to Native Code contains none of that metadata. It's raw x86 machine code: local variable names are gone, types must be inferred, structure is buried in MSVBVM60.dll runtime calls. Reconstructing readable Visual Basic from that is deep reverse engineering — a completely different craft from re-formatting IL. We detail the difference in our articles on P-Code vs Native Code and on recovering lost source code.
Why focus wins on the hard problem
A Swiss-army tool that "also does" .NET adds nothing: on that ground it's beaten by free tools. The real value lies elsewhere — in depth on the genuinely hard problem. That's VBReFormer's choice: focus on VB5/6 and go deep.
- Code reconstruction from x86 machine instructions (Native Code);
- Recovery of runtime calls (
MSVBVM60.dll) and 15,000+ Win32 API declarations; - Full UI recovery (forms, controls, resources);
- UI editing directly inside the binary, without source code.
Our honest recommendation
The right tool for the right problem:
- .NET / C# / VB.NET → dnSpy, ILSpy or dotPeek, free and remarkable. Don't pay for it.
- Visual Basic 5 / 6 (P-Code or Native Code) → a specialized problem, and exactly the one VBReFormer solves. Try it with the free edition.
Recommending a free tool where it's better isn't a weakness: it's the instinct of a vendor that knows its field. Ours is VB6 — the last stronghold where decompilation is still an art.