Création d'un executable avec vb6.0
sapime
-
lermite222 Messages postés 8724 Date d'inscription Statut Contributeur Dernière intervention -
lermite222 Messages postés 8724 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour,
Je travaille avec vb6.0, j'ai fini la partie programmation et je veux créer l'exécutable. Pour cela, je fais Fichier/créer Logist.exe(Mon projet s'appelle Logist). Mais le problème c'est que quand je fais cette action j'ai une boite de dialogue qui m'affiche("Fichier introuvable C2.EXE"). J' attends vos aides
Je travaille avec vb6.0, j'ai fini la partie programmation et je veux créer l'exécutable. Pour cela, je fais Fichier/créer Logist.exe(Mon projet s'appelle Logist). Mais le problème c'est que quand je fais cette action j'ai une boite de dialogue qui m'affiche("Fichier introuvable C2.EXE"). J' attends vos aides
A voir également:
- Vb6.exe
- Creation compte gmail - Guide
- Création site web - Guide
- Création d'un compte google - Guide
- Media creation tool - Télécharger - Systèmes d'exploitation
- Creation compte vinted - Guide
3 réponses
Bonjour,
C'est quoi le fichier C2.exe ?
Quand tu est dans VB6 et que tu tape ctrl+F5 que se passe-t-il ?
A+
Si tu te cognes à un pot et que ça sonne creux, c'est pas forcément le pot qui est vide. ;-)(Confucius)
NOTE : Je ne répond pas aux MP pour les questions techniques.
C'est quoi le fichier C2.exe ?
Quand tu est dans VB6 et que tu tape ctrl+F5 que se passe-t-il ?
A+
Si tu te cognes à un pot et que ça sonne creux, c'est pas forcément le pot qui est vide. ;-)(Confucius)
NOTE : Je ne répond pas aux MP pour les questions techniques.
Bonjour,
Je sais que certaines personnes écrivent le code sur un éditeur de texte, l'enregistrent en texte, puis modifient l'extension en .bat à la place du .txt.
Cela donne un fichier qui exécute les instructions quand tu cliques dessus.
Voilà, je ne mis connait pas plus, mais apparament cela fonctionne, à condition que le code soit bon bien sûr.
Je sais que certaines personnes écrivent le code sur un éditeur de texte, l'enregistrent en texte, puis modifient l'extension en .bat à la place du .txt.
Cela donne un fichier qui exécute les instructions quand tu cliques dessus.
Voilà, je ne mis connait pas plus, mais apparament cela fonctionne, à condition que le code soit bon bien sûr.
Salut,
VB6 ne fait pas exécutables, c'est de l'interprété.
Par contre tu peu déployer avec le "runtime".
Pour apprendre à faire un bon déploiement correctement tu peu suivre ce tutoriel qui est très bien fait : Distribuer vos applications VB6.
VB6 ne fait pas exécutables, c'est de l'interprété.
Par contre tu peu déployer avec le "runtime".
Pour apprendre à faire un bon déploiement correctement tu peu suivre ce tutoriel qui est très bien fait : Distribuer vos applications VB6.
Je sais très bien de quoi je parles, ça n'est pas un vrai exécutable, c'est comme vous dites un empaquetage de votre appli plus un runtime. Voila une page écrite par une personne qui sais ce qu'est un runtime, et qui explique ce qu'il y à à savoir sur le runtime VB.
Pour info ce débat était monnaie courante il y à plusieurs années avec des fanboy VB6 qui essaient de faire croire que VB6 fait de vrais exécutables hors c'est faux.
Vous faites de vrais exécutables avec un compilo C++, C, ou Pascal, par exemple, mais pas du tout avec VB6. Si vous voulez faire un vrai exe avec du Microsoft alors vous utilisez Visual Studio et vous faites du C++, la vous avez un vrai exe.
La vérité est la "By default, applications created in Visual Basic are compiled as interpreted or p-code executables. At run time, the instructions in the executables are translated or interpreted by a run-time dynamic-link library (DLL)".
Pour info ce débat était monnaie courante il y à plusieurs années avec des fanboy VB6 qui essaient de faire croire que VB6 fait de vrais exécutables hors c'est faux.
Vous faites de vrais exécutables avec un compilo C++, C, ou Pascal, par exemple, mais pas du tout avec VB6. Si vous voulez faire un vrai exe avec du Microsoft alors vous utilisez Visual Studio et vous faites du C++, la vous avez un vrai exe.
La vérité est la "By default, applications created in Visual Basic are compiled as interpreted or p-code executables. At run time, the instructions in the executables are translated or interpreted by a run-time dynamic-link library (DLL)".
Bien que les programmes puissent être compilés en code natif depuis la version 5, ils requièrent toujours pour fonctionner la présence du moteur d'exécution ou runtime, pour une taille d'environ 2 MB. Ce moteur d'exécution est inclus par défaut dans Windows 2000 et versions supérieures, sous formes de bibliothèques dynamiques.
Le compilateur employé par Visual Basic est le même que celui d'autres langages fournis avec Visual Studio 6 (C, C++), mais des restrictions placées au niveau de l'environnement de développement intégré empêchent la génération de code particulier (DLL Windows ou Threads).
Dans les années 70/80 j'ai programmé avec du Basic interpréter et je peu t'assurer que ce n'est pas du tout, mais alors pas du tout la même chose. A cette époque il est vrai qu'il n'y avait que le C pour avoir un code compiler, j'ai d'ailleurs du y passer ainsi que de l'ASM pour des questions de rapidité d'exécution.
Alors quand tu viens me dire que VB6 est un langage interpréter.. laisse-moi rire.
EDIT : je viens de regarder le lien que tu communique, là aussi je dois rire, pourquoi installer tout les "RunTime" quand tu achetait une version (j'ai eu la 3 et la 6) le RunTime adéquoit est installer avec.
Si tu fait une application avec par exemple VB6 et que tu veux la publier et bien tu fait un Installe (Setup) qui se charge de mettre le (bon) RunTime sur le PC hôte, comme quoi.. faut lire AVANT.
Le compilateur employé par Visual Basic est le même que celui d'autres langages fournis avec Visual Studio 6 (C, C++), mais des restrictions placées au niveau de l'environnement de développement intégré empêchent la génération de code particulier (DLL Windows ou Threads).
Dans les années 70/80 j'ai programmé avec du Basic interpréter et je peu t'assurer que ce n'est pas du tout, mais alors pas du tout la même chose. A cette époque il est vrai qu'il n'y avait que le C pour avoir un code compiler, j'ai d'ailleurs du y passer ainsi que de l'ASM pour des questions de rapidité d'exécution.
Alors quand tu viens me dire que VB6 est un langage interpréter.. laisse-moi rire.
EDIT : je viens de regarder le lien que tu communique, là aussi je dois rire, pourquoi installer tout les "RunTime" quand tu achetait une version (j'ai eu la 3 et la 6) le RunTime adéquoit est installer avec.
Si tu fait une application avec par exemple VB6 et que tu veux la publier et bien tu fait un Installe (Setup) qui se charge de mettre le (bon) RunTime sur le PC hôte, comme quoi.. faut lire AVANT.
Si VB6 t'apporte plus de satisfaction que les anciens basic interprété j'en suis content pour toi.
Mais plus sérieusement, si tu fais un benchmark entre de vrais compilateurs (VC++ ou Delphi par exemple) versus VB6 tu arrive à ce résultat, à savoir aucune comparaison possible, et que une application VB6 s'exécute même moins vite que Java.
A savoir que la sois disant "compilation native" est une invention Marketing destinée à vendre à l'époque des éditions Pro et Entreprise de VB6 plus chère mais que les benchmarks montrent que c'est que un argumentaire marketing. Un vrai compilateur n'a pas besoin d'un runtime.
Sur ce je rappelle que Microsoft à abandonné VB6, pour proposer maintenant VB.NET ou C#, et que microsoft à très bien optimisé son just in time compiler dotnet pour proposer une meilleure performance que VB6, exemple ici
Microsoft à même réussi à faire un just in time compiler Dotnet plus performance que celui de Java sous windows, donc somme toute une belle réussite.
Mais plus sérieusement, si tu fais un benchmark entre de vrais compilateurs (VC++ ou Delphi par exemple) versus VB6 tu arrive à ce résultat, à savoir aucune comparaison possible, et que une application VB6 s'exécute même moins vite que Java.
A savoir que la sois disant "compilation native" est une invention Marketing destinée à vendre à l'époque des éditions Pro et Entreprise de VB6 plus chère mais que les benchmarks montrent que c'est que un argumentaire marketing. Un vrai compilateur n'a pas besoin d'un runtime.
Sur ce je rappelle que Microsoft à abandonné VB6, pour proposer maintenant VB.NET ou C#, et que microsoft à très bien optimisé son just in time compiler dotnet pour proposer une meilleure performance que VB6, exemple ici
Microsoft à même réussi à faire un just in time compiler Dotnet plus performance que celui de Java sous windows, donc somme toute une belle réussite.
Avec Ctrl+F5 ????