VBReFormer, der native und P-Code-VB-Decompiler für Ihre VB5- und VB6-Anwendungen

VB6 kompiliert entweder zu P-Code (von der virtuellen Maschine ausgeführter Pseudocode) oder zu nativem Code (x86-Maschinenbefehle, die Standardeinstellung). Seit Generation 2 (VBReFormer 7) dekompiliert dieselbe Engine beide in lesbares Visual Basic: 1.158 der 1.164 definierten P-Code-Befehle werden übersetzt, eine auf der Abdeckungsseite veröffentlichte Messung. Die vorherige Generation rekonstruierte nur nativen Code.

Sie interpretiert. Generation 1 erkannte Muster im kompilierten Code und gab nur wieder, was sie erkannte. Generation 2 interpretiert Maschinencode wie P-Code, um Ausdrücke und Typen zu rekonstruieren; was sie nicht rekonstruieren kann, wird weder verworfen noch geraten, sondern in den Exportnotizen benannt und begründet.

VBReFormer analysiert jede mit Visual Basic 5 oder 6 kompilierte ausführbare Datei, in P-Code wie in nativem Code. Die Oberfläche — Formulare, Steuerelemente, Ressourcen — wird in jedem Fall vollständig extrahiert. Die Code-Rekonstruktion hängt davon ab, was die Binärdatei bewahrt hat: Die kostenlose Ausgabe zeigt Ihnen das an Ihrer eigenen Datei, vor jedem Kauf.

Ja: In der Praxis kompilieren rund 80 % der Projekte ohne Nacharbeit neu. Der Export schreibt die Kopfzeilen, die die IDE verlangt (VERSION, Attribute VB_Name) und ohne die VB6 die Datei ablehnt. Ein Wert, der nicht ermittelt werden konnte, wird nie erfunden: Er wird zu einem Aufruf von VBRF_ValeurInconnue(), den VB6 akzeptiert und den man per Suche wiederfindet. Was nicht im Binärprogramm steht, wird in den Exporthinweisen benannt und begründet.

Was Visual Basic zur Laufzeit braucht, steht in der Datei und kommt zurück: Namen von Formularen, Klassen, Modulen und Steuerelementen, Ereignisbehandler, öffentliche Klassenmitglieder, Oberflächeneigenschaften, Runtime-Aufrufe, API-Deklarationen. Was der Compiler verworfen hat, holt kein Werkzeug zurück: Kommentare, Namen lokaler Variablen und Parameter, benannte Konstanten, die durch ihren Wert ersetzt wurden, und die Namen der Prozeduren in .bas-Modulen. Im Schnitt werden 90 % des Quellcodes wiederhergestellt; was fehlt, geht auf diese in der Datei nicht vorhandenen Elemente zurück.

Genau dafür ist die kostenlose Edition da: Sie zeigt Ihnen an IHRER Datei und vor jedem Kauf, was sich extrahieren lässt — Formulare, Ressourcen, Projektstruktur. Wir empfehlen immer, sie zuerst auszuprobieren. Da Lizenzen sofort gelieferte digitale Inhalte sind, ist der Kauf endgültig; bei technischen Problemen sucht unser Support gemeinsam mit Ihnen nach einer Lösung.

Ja, und ohne etwas zu kaufen. Die kostenlose Desktop-Edition ist derselbe Installer wie die lizenzierte: Sie extrahiert die vollständige Oberfläche (Formulare, Ressourcen, Projektstruktur) und zeigt eine Vorschau des dekompilierten Codes, ohne Zeitlimit. Das Online-Studio, in elf Sprachen verfügbar, tut dasselbe im Browser ohne Installation: Disassembly, P-Code, Designer, .vbp-Projekt und Ressourcen werden vollständig geliefert, der rekonstruierte Quelltext als Vorschau. Die Lizenz schaltet den vollständigen Code und den Projektexport frei.

Für die beim Kauf gewählte Laufzeit: ein, zwei oder drei Jahre. E-Mail-Support und sämtliche in diesem Zeitraum veröffentlichten Updates sind ohne Aufpreis enthalten. Nach Ablauf endet der Zugang, und Sie können eine neue Lizenz erwerben. Die kostenlose Edition bleibt zeitlich unbegrenzt nutzbar.

Ja, wenn Sie die Rechte an der Software besitzen — typischerweise bei der Rekonstruktion Ihres eigenen verlorenen Quellcodes — oder im rechtlichen Rahmen der Interoperabilität.

Nein. VBReFormer verarbeitet Visual Basic 5 und 6: .exe, .dll, .ocx und .scr. Eine .NET-Assembly braucht einen .NET-Decompiler; wir vergleichen mehrere im Blog.