Bip lors du lancement de l’exécutable créer avec VB6

Bonjour à tous,

J'ai un souci avec Visual Studio 6 et la création de l’exécutable.

Historique:
Tout fonctionnait parfaitement avec mon PC (Win7 x64), jusqu’à ce qu'il y ai un crash général de tous les PC de l'usine équipé de Win7. Une mise à jour Windows en serait la cause selon l'IT. Les PC Windows 8 non pas été touchés.

La réinstallation de mon PC a été laborieuse car à la suite de l'installation des master, impossible de réinstallé VB6.
Du coup j'ai récupéré le PC, formater, réinstallé Windows 7 X64 vierge. Installé VB6 et le pack SP6 sans souci puis Visual Studio 2010 et sons pack SP1 sans souci. J'ai réinstallé tous mes logiciels utilisés sous licence installshield, robohelp etc.. et gratuit.
L'IT me la ensuite connecté au domaine, installé l'antivirus (Kapersky) et office.

Pas de souci sur .net

Mais sur VB6 cela ne fonctionne pas. J'arrive à débogué et crée mon exécutable, il fonctionne sur mon PC, mais dès que je veux le lancer sur un autre PC ou machine virtuel j'ai le droit à un BIP et c'est tout.

----------------------------------------------------------------------------------------------------------------------------
Sur ma machine virtuel (Win7 x64) je le redémarre vierge de tout, sauf avast, pilote , windows (bien sûr) et mise à jour Windows.

J’installe mon package crée avec InstallShield, il s'installe sans souci mais j'ai un gros BIP au lancement de l'exe.
J’installe un autre de nos logiciels utilisant exactement les mêmes DLL et EXE annexe que j'avais créer avant le crash. Il fonctionne.
Mais mon nouveau ne marche toujours pas, toujours un BIP.

Mon collègue qui utilise Windows 8.1 me créer l'éxecutable VB6 à partir du même projet, il marche chez lui mais ne marche pas chez moi ni sur les machine virtuel, il est dans le même cas donc.

J'ai créer un autre exécutable à partir d'un vieux portable sous XP à partir du même projet. L'exe fonctionne sur le vieux portable, il fonctionne sur mon PC et ... fonctionne sur la machine virtuel.
-----------------------------------------------------------------------------------------------------------------------------

Qu'est-ce qui peux provoquer ce genre de souci. C'est le même projet, aucun message d'erreur, que ce soit pendant la création de l'exe ou l’exécution sur les autres PC, à part ce BIP.

Vu que cela fonctionne parfaitement avec l'ancien PC sous XP (copie et remplacement de l'exe à l'emplacement d'installation du logiciel), cela ne proviens donc pas de InstallShield. Et puis qu’avec mon autre logiciel, plus ancien, cela fonctionne et c'est les mêmes dll et exe annexe, cela prouve que c'est pas non plus une dll ou un des exe annexe qui manquent l'emplacement est commun pour les 2 logiciels.

Je précise que j'ai essayé en installant les VBruntime et runtimeSP6 mais idem, seul l'exe créer avec l'ancien PC XP fonctionne.

Merci de votre aide, j'ai vraiment hâte de passer nos logiciels sous .net mais faut du temps.

Bonjour,

Bon ba j'ai résolu l'affaire, je pense, mais j'ai du mal a expliquer pourquoi cela fonctionnait sur mon PC et pas sur les autres.

Dans le fichier du projet .vbp il y a toutes les références et objets utilisés dans le projet (dll, ocx et exe annexe).
Forcement entre Windows 64 et Windows 32 les ocx et dll ne sont pas dans le même répertoire (system32 et syswow64). Etant donné que l'on partait du même projet, avec le XP cela pointe sur system32 et cela fonctionne alors qu'avec un X64 cela doit pointé sur le syswow64. Malgré tout cela fonctionnait dans le logiciel de développement et l'exe créer fonctionnait sur le PC qui l'a créer mais pas sur les autres. Je pense que c'est parce que ces mêmes package sont installé sur mon PC mais cela me parait bizarre.

Quoi qu'il en soit ce que j'ai fait c'est que j'ai recherché dans la base de registre les déclaration des OCX et DLL. J’ai récupéré les chemins indiqué dans la base de registre et j'ai remplacé les chemins dans le fichier du projet (vbp). Et la cela fonctionne maintenant.
J'avais juste encore une inversion entre les différents OCX utilisé, car certaine version d'OCX on des objets au nom identique mais pas la même version et donc utilisant pas les mêmes propriétés.