tuyo2poil
Messages postés6Date d'inscriptiondimanche 16 novembre 2003StatutMembreDernière intervention29 septembre 2006 26 nov. 2007 à 18:35
hé les champions du vb, y a une moulinette qui supprime dans les exe compilés les appels à vb6fr.dll (ça les remplace par des appels a je sais plus quelle DLL qu'est toujours là). ça marche impec je m'en sert tous les jours ! (je me demande d'ailleurs a quoi elle sert la vb6FR !!!).
quand au prog du pére Draluorg (ça devait pas être facile a l'école avec un nom pareil), et bin il est génial ! c'est en fait une install automatique d'ocx planqués dans l'executable ! donc , en clair, tu as réécris le package d'installation en simplifiant tout : c'est du clic & play ! pas besoin de se lezarder la cafetiére avec l'installeur de vb6 qui doit être l'oeuvre d'un troupeau de poivrichons notoires à mon avis....
en tout cas merci les mecs, car depuis le temps que je vous copie-colle, ça mériterais facile un petrolier de cote du rhone !
LPG
mat_yaute
Messages postés8Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention 6 mai 2008 22 oct. 2007 à 01:03
Bonjour,
Ce code m'intéresse beaucoup, mais il ne marche pas tel quel en vb.net.
Est-ce-que quelqu'un aurais une solution ?
Merci d'avance.
Mat
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 22 avril 2007 à 18:01
c'est supprimé, tu n'as plus qu'à renoter.
zeunz
Messages postés200Date d'inscriptionjeudi 26 février 2004StatutMembreDernière intervention30 juin 2008 22 avril 2007 à 16:54
sans le vouloir j'ai mis 1/10 a cette source. ce n'etait pas mon but car j'aurais vloulu lui mettre un 8/10. si une admin peut le corriger merci.
zeunz
Messages postés200Date d'inscriptionjeudi 26 février 2004StatutMembreDernière intervention30 juin 2008 22 avril 2007 à 16:41
bonne idee! hje n'ai pas teste la source ms ca pourra etre utile ds le cas ou on aura pas trop de dll a enregistrer bien sur. par contre je n'ai pas teste ta source ms l'idee est interressante.
bonne continuation.
ps: faut arriver a trouver qque chose pr ce pb de vb6.dll....
cs_gagou9
Messages postés126Date d'inscriptionvendredi 19 septembre 2003StatutMembreDernière intervention20 novembre 2007 22 juin 2005 à 15:00
Yo!
J'ai posté ta source ici avec quelques modifs (si tu voulai garder le copyright, bah etant donné qu'on est sur un site de codes...lool)
Voila !
En tout cas elle me sert bien ta source !
A+
SuperPit37
Messages postés61Date d'inscriptionvendredi 1 avril 2005StatutMembreDernière intervention13 novembre 2005 30 mai 2005 à 10:09
Ce code est très pratique! mai je n'arrive pas a le fair fonctionner quand je créé moi meme le fichier ressource il y quelque chose de particulier a rentré dedans?
DEADisDEADisDEAD
Messages postés23Date d'inscriptionjeudi 9 décembre 2004StatutMembreDernière intervention17 décembre 2008 26 mai 2005 à 15:21
slt, les ocx sont-il extrait dans c:\windaub\systeme32 ? si "oui" merci bien, si "non" il y aurai la possibilité ?
draluorg
Messages postés625Date d'inscriptionvendredi 23 avril 2004StatutMembreDernière intervention25 novembre 2010 27 janv. 2005 à 07:34
wai un genre "initialisation en cours..." si les ocx sont assez lourd, mais ici c'est juste l'exemle apres on peut imaginer des tas de trucs ms je v laisser comme ca pour que ce soit plus facile a comprendre...
@+ bonne prog
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 27 janv. 2005 à 06:44
Wow. Je pensais pas que vb était comme ça. Il ne gérère l'erreur "composant manquant" seulement quand on affiche un form ou un autre contenant qui en a besoins. Normalement, il aurait dû y avoir une vérification au début pour s'assurer que tout les composants sont là mais vb ne fonctionne pas ainsi. Une suggestion que j'aurais serait de créer un form qui afficherait la progression de l'extraction au cas ou on a de gros ocx.
cs_Nocturne
Messages postés115Date d'inscriptionmardi 26 février 2002StatutMembreDernière intervention15 novembre 2007 26 janv. 2005 à 23:37
Pour ne pas avoir a utiliser la vb6fr.dll et bien installer Vb en version anglaise.
a+
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 26 janv. 2005 à 18:36
Désolé. Je suis à l'école et y sont trop BS pour pouvoir ce permettre d'avoir VB sur ne serait-ce qu'une ordi. Si ça marche bien bravo, c'est une bonne affaire que je ne savais pas avec winrar. Sinon, t'as essayer, c'est bien quand même. Je reste quand même septique... je vais tester à soir. p.s je suis au canada ...
draluorg
Messages postés625Date d'inscriptionvendredi 23 avril 2004StatutMembreDernière intervention25 novembre 2010 26 janv. 2005 à 17:32
bein essai le plutot que de faire un spich en supposant qu'il ne fonctoinne pas!
DeadlyPredator
Messages postés222Date d'inscriptionjeudi 15 janvier 2004StatutMembreDernière intervention30 juin 2008 26 janv. 2005 à 17:10
Désolé mais moi, je ne suis absolument pas convaincu par ton programme. Est-ce qu'il marche VRAIMENT??? Dès qu'on ouvre un exe VB, il y a aussitot une vérification qui s'effectue. Il manque 1 fichier et le prog démarre pas. Comment ce fait-il alors que tu puisse éxécuter ton code qui nécéssite l'OCX? LA soultion pour les OCX serait de créer un programme VB qui ne contient qu'un module, qui installe les OCX et qui démarre le vrai programme après. Pour les DLL, vb marche différament. Quand VB appelle une API, il le fait de façon explicite. Dans un exe c++, on lit implicitement car un fichier .lib contient l'entrée de la dll. Quand on regarde les importations d'un programme c++, on s'aperçoit que toutes les API utilisées y sont. Essayez sous vb. À PART ceux de la machine virtuelle (msvbvm60.dll), les votres n'y sont pas. C'est quoi le DECLARE selon vous? Donc même si il manque une dll AUTRE que celles de vb, ça ne devrait pas être un si gros problème. Pour la machine virtuelle de VB, je travaille sur une solution. Je crois avoir trouvé LE TRUC. Tout ce qu'il me faut, et que je ne peux pas avoir, c'est tout simplement certains fichier présent dans toutes vos version de VB6 version francaise car moi j'ai l'américaine et je suis au canada ... le fichier vba6exe.lib ... car comme je le disait, c'est lui qui pourrais lier CETTE MERDE de vb6fr.dll dans nos exe ... pour les ocxs, je vais regarder si y'aurais pas moyen de faire sortir les fichiers .obj des OCX et les faire accepter par vb au moyen d'un wrapper asm.
draluorg
Messages postés625Date d'inscriptionvendredi 23 avril 2004StatutMembreDernière intervention25 novembre 2010 26 janv. 2005 à 15:27
yep je t'acorde qu' avec la forme du code ca pouvait preter a confision ;)
@+ bonne prog
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 26 janv. 2005 à 14:52
Erf, désolé, j'avais pas vu que tu enregistrais les dll/ocx dans un main, et non après avoir afficher la feuille nécessitant les ocx.
Donc, en effet, ca permet de limiter les dépendances au seul VB6FR.dll
DarK Sidious
draluorg
Messages postés625Date d'inscriptionvendredi 23 avril 2004StatutMembreDernière intervention25 novembre 2010 26 janv. 2005 à 14:45
eh desole DarK Sidious mais je pense que tu n'as pas du bien lire la source ni d'aiileur l'explication que je donne au dessus car si la source permet bien de faire un programme qui ne necessite plus que VB6FR.DLL
essai l'exemple qui a ds le zip tu verra bien que ca marche
par contre je suis d'accord que ce n'est pas la sollution miracle (y en a po ) mais ca peut facilite les choses ds bien des cas.
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 26 janv. 2005 à 14:17
Quel est l'intérêt de ne lancer le prog qu'une fois les dll enregistrées ? Car si tu lance le prog alors que les dll ne sont pas déclarées, il y a plantage : erreur Automation !
Pour les dll de VB : vb6fr, oui, je suis d'accord, mais celle-là, tu fais comment pour l'inclure dans ton prog sans faire de setup ?
Je suis d'accord que cette source peut-être utile dans certains cas où la performance et l'occupation mémoire n'est pas une priorité, mais je mets en garde ce qui pense se débarasser de l'install de leur programme : il faut que vb6fr.dll soit installée avant de lancer un quelconque programme, et il faut que les dll qui sont nécessaires pour l'éxecution d'un programme soient enregistrées avant de lancer le programme !
Donc ta source peut être utile pour faire une sorte de "setup" sans passer par un véritable programme d'installation, qui mettra à jour les dll utilisé par un autre programme, mais par contre, elle ne permettra pas de faire un programme qui ne nécessite plus que vb6fr.dll pour fonctionner ! (à moins de tout faire par dll indépendantes des dll incluses dans le projet, mais là, on tourne en rond !).
DarK Sidious
draluorg
Messages postés625Date d'inscriptionvendredi 23 avril 2004StatutMembreDernière intervention25 novembre 2010 26 janv. 2005 à 13:56
salut a tous,
eh pour le fait de les compresser avant c'est en effet la seul methode pour diminuaer la taille now ca ralentira encore un peu le lancement ms bon...
sinon je ne suis pas d'accord lorsque tu dis :
" Car avec ta méthode, il n'est pas possible de faire d'early-bound sans erreurs (early-bound = liaison entre la dll et l'exe au démarrage du prog), ce qui ralentit pas mal les performances du programme !
Bref, je ne vois pas trop l'utilité d'utiliser cette méthode si on recherche les performances. Surtout que cela n'empêche pas de devoir installer les dll de VB pour faire tourner le prog !"
rien ne t'empeche de les declarer directement apres puis une fois enregistree l'echange dynamique est le meme now cette options reste pratique ds certain cas et de toute facon tous les programmes ne necessite pas une performance optimale ms plus d'etre trimbaler le plus facilement possible
puis pour les dll de vb appart vb6fr.dll pour les autres y a aucuns probleme
bonne prog @+
cs_DARKSIDIOUS
Messages postés15814Date d'inscriptionjeudi 8 août 2002StatutMembreDernière intervention 4 mars 2013130 26 janv. 2005 à 13:41
_Spartacus_ : tu as toujours la possibilité de compresser tes dll/ocx avant de les inclure en binaire, puis les décompresser après, mais tu n'y gagneras pas grand chose, et tu y perdras en temps de chargement !
Perso, je trouve ca pas très pratique : ca gonfle les exe, et donc la taille en mémoire et le temps de chargement ! Autant laisser les dll déployées avec le prog, et ainsi, profiter de leur dynamique ! Car avec ta méthode, il n'est pas possible de faire d'early-bound sans erreurs (early-bound = liaison entre la dll et l'exe au démarrage du prog), ce qui ralentit pas mal les performances du programme !
Bref, je ne vois pas trop l'utilité d'utiliser cette méthode si on recherche les performances. Surtout que cela n'empêche pas de devoir installer les dll de VB pour faire tourner le prog !
DarK Sidious
_Spartacus_
Messages postés7Date d'inscriptionjeudi 16 décembre 2004StatutMembreDernière intervention26 janvier 2005 26 janv. 2005 à 12:32
Wow c'est exellent ca !
depuis le temps que je cherchais ca :)
par contre apres avoir ajoute 4 ocx mon exe fait maintenant plus de 3 Mo alors k'il ne fasait que 600 Ko
y a pas moyen de le diminuer ?
sinon bravo et merci c deja super col comme ca
26 nov. 2007 à 19:50
ça redirige les appels vers msvbvm60.dll (qui doit être toute surprise de les voir arriver chez elle mais bon elle est tres acceuillante).
voilà le lien : http://www.vbfrance.com/codes/COMMENT-DEBARRASSER-VB6FR-DLL-LIMITANT-COMPATIBILITE-APPLICATIONS-VB_20160.aspx
ça marche nickel, sans dec !
26 nov. 2007 à 18:35
quand au prog du pére Draluorg (ça devait pas être facile a l'école avec un nom pareil), et bin il est génial ! c'est en fait une install automatique d'ocx planqués dans l'executable ! donc , en clair, tu as réécris le package d'installation en simplifiant tout : c'est du clic & play ! pas besoin de se lezarder la cafetiére avec l'installeur de vb6 qui doit être l'oeuvre d'un troupeau de poivrichons notoires à mon avis....
en tout cas merci les mecs, car depuis le temps que je vous copie-colle, ça mériterais facile un petrolier de cote du rhone !
LPG
22 oct. 2007 à 01:03
Ce code m'intéresse beaucoup, mais il ne marche pas tel quel en vb.net.
Est-ce-que quelqu'un aurais une solution ?
Merci d'avance.
Mat
22 avril 2007 à 18:01
22 avril 2007 à 16:54
22 avril 2007 à 16:41
bonne continuation.
ps: faut arriver a trouver qque chose pr ce pb de vb6.dll....
22 juin 2005 à 15:00
J'ai posté ta source ici avec quelques modifs (si tu voulai garder le copyright, bah etant donné qu'on est sur un site de codes...lool)
ici : http://www.vbfrance.com/code.aspx?ID=32238
Voila !
En tout cas elle me sert bien ta source !
A+
30 mai 2005 à 10:09
26 mai 2005 à 15:21
27 janv. 2005 à 07:34
@+ bonne prog
27 janv. 2005 à 06:44
26 janv. 2005 à 23:37
a+
26 janv. 2005 à 18:36
26 janv. 2005 à 17:32
26 janv. 2005 à 17:10
26 janv. 2005 à 15:27
@+ bonne prog
26 janv. 2005 à 14:52
Donc, en effet, ca permet de limiter les dépendances au seul VB6FR.dll
DarK Sidious
26 janv. 2005 à 14:45
essai l'exemple qui a ds le zip tu verra bien que ca marche
par contre je suis d'accord que ce n'est pas la sollution miracle (y en a po ) mais ca peut facilite les choses ds bien des cas.
26 janv. 2005 à 14:17
Pour les dll de VB : vb6fr, oui, je suis d'accord, mais celle-là, tu fais comment pour l'inclure dans ton prog sans faire de setup ?
Je suis d'accord que cette source peut-être utile dans certains cas où la performance et l'occupation mémoire n'est pas une priorité, mais je mets en garde ce qui pense se débarasser de l'install de leur programme : il faut que vb6fr.dll soit installée avant de lancer un quelconque programme, et il faut que les dll qui sont nécessaires pour l'éxecution d'un programme soient enregistrées avant de lancer le programme !
Donc ta source peut être utile pour faire une sorte de "setup" sans passer par un véritable programme d'installation, qui mettra à jour les dll utilisé par un autre programme, mais par contre, elle ne permettra pas de faire un programme qui ne nécessite plus que vb6fr.dll pour fonctionner ! (à moins de tout faire par dll indépendantes des dll incluses dans le projet, mais là, on tourne en rond !).
DarK Sidious
26 janv. 2005 à 13:56
eh pour le fait de les compresser avant c'est en effet la seul methode pour diminuaer la taille now ca ralentira encore un peu le lancement ms bon...
sinon je ne suis pas d'accord lorsque tu dis :
" Car avec ta méthode, il n'est pas possible de faire d'early-bound sans erreurs (early-bound = liaison entre la dll et l'exe au démarrage du prog), ce qui ralentit pas mal les performances du programme !
Bref, je ne vois pas trop l'utilité d'utiliser cette méthode si on recherche les performances. Surtout que cela n'empêche pas de devoir installer les dll de VB pour faire tourner le prog !"
rien ne t'empeche de les declarer directement apres puis une fois enregistree l'echange dynamique est le meme now cette options reste pratique ds certain cas et de toute facon tous les programmes ne necessite pas une performance optimale ms plus d'etre trimbaler le plus facilement possible
puis pour les dll de vb appart vb6fr.dll pour les autres y a aucuns probleme
bonne prog @+
26 janv. 2005 à 13:41
Perso, je trouve ca pas très pratique : ca gonfle les exe, et donc la taille en mémoire et le temps de chargement ! Autant laisser les dll déployées avec le prog, et ainsi, profiter de leur dynamique ! Car avec ta méthode, il n'est pas possible de faire d'early-bound sans erreurs (early-bound = liaison entre la dll et l'exe au démarrage du prog), ce qui ralentit pas mal les performances du programme !
Bref, je ne vois pas trop l'utilité d'utiliser cette méthode si on recherche les performances. Surtout que cela n'empêche pas de devoir installer les dll de VB pour faire tourner le prog !
DarK Sidious
26 janv. 2005 à 12:32
depuis le temps que je cherchais ca :)
par contre apres avoir ajoute 4 ocx mon exe fait maintenant plus de 3 Mo alors k'il ne fasait que 600 Ko
y a pas moyen de le diminuer ?
sinon bravo et merci c deja super col comme ca