VBReFormer, VB decompiler natif et P-Code pour vos applications VB5 et VB6

VB6 compile soit en P-Code (pseudo-code interprété par la machine virtuelle), soit en Code Natif (instructions machine x86, le réglage par défaut). Depuis la génération 2 (VBReFormer 7), le même moteur décompile les deux vers du Visual Basic lisible : 1 158 des 1 164 instructions P-Code définies sont traduites, mesure publiée sur la page de couverture. La génération précédente ne reconstruisait que le Code Natif.

Il interprète. La génération 1 reconnaissait des motifs dans le code compilé et ne rendait que ce qu'elle reconnaissait. La génération 2 interprète le code machine comme le P-code pour reconstruire des expressions et des types ; ce qu'elle ne peut pas reconstruire n'est ni jeté ni deviné, il est nommé et motivé dans les notes d'export.

VBReFormer analyse tous les exécutables compilés avec Visual Basic 5 ou 6, en P-Code comme en Code Natif. L'interface — formulaires, contrôles, ressources — est extraite intégralement dans tous les cas. La reconstruction du code, elle, dépend de ce que le binaire a conservé : la version gratuite vous le montre sur votre propre fichier, avant tout achat.

Souvent : sur un banc de 149 projets, 121 se recompilent sans retouche. L'export écrit les en-têtes que l'IDE exige (VERSION, Attribute VB_Name), sans lesquels VB6 refuse le fichier. Ce qui n'a pas pu être reconstruit est nommé et motivé dans les notes d'export plutôt que comblé par une valeur vraisemblable.

Ce dont Visual Basic a besoin à l'exécution est dans le fichier et se retrouve : noms des formulaires, classes, modules et contrôles, gestionnaires d'événements, membres publics des classes, propriétés d'interface, appels au runtime, déclarations d'API. Ce que le compilateur a jeté ne se retrouve pas, par aucun outil : les commentaires, les noms de variables locales et de paramètres, les constantes nommées remplacées par leur valeur, et les noms des procédures de modules .bas. En moyenne, 90 % du code source est retrouvé ; ce qui manque tient à ces éléments, absents du fichier.

C'est précisément le rôle de la version gratuite : elle vous montre, sur VOTRE fichier et avant tout achat, ce qui peut être extrait — formulaires, ressources, structure du projet. Nous vous recommandons de toujours l'essayer d'abord. Les licences étant des contenus numériques livrés immédiatement, les ventes sont définitives ; en cas de difficulté technique, notre support cherche une solution avec vous.

Oui, et sans rien acheter. L'édition gratuite de bureau est le même installeur que l'édition licenciée : elle extrait l'interface complète (formulaires, ressources, structure du projet) et montre un aperçu du code décompilé, sans limite de temps. Le studio en ligne, servi en onze langues, fait de même dans le navigateur, sans rien installer : désassemblage, P-code, concepteur, projet .vbp et ressources y sont servis en entier, le code source reconstruit en aperçu. La licence ouvre le code complet et l'export du projet.

Pour la durée que vous choisissez à l'achat : un, deux ou trois ans. Le support par email et toutes les mises à jour publiées pendant cette période sont inclus, sans supplément. À l'échéance, l'accès cesse et vous pouvez souscrire une nouvelle licence. L'édition gratuite, elle, reste utilisable sans limite de durée.

Oui lorsque vous détenez les droits du logiciel — le cas typique étant la reconstruction de votre propre code source perdu — ou dans le cadre légal de l'interopérabilité. Vous devez disposer des droits nécessaires sur le programme analysé.

Non. VBReFormer traite Visual Basic 5 et 6 : .exe, .dll, .ocx et .scr. Pour un assembly .NET, il faut un décompilateur .NET ; nous en comparons plusieurs sur le blog.