Discussion :

[la_saucisse]

bonjour,

j'ai développé quelques applis VB6, qui nécessitent donc les dll les plus courantes. Chez moi, pas de problème, les applis tournent sans soucis.
J'ai voulu en utiliser une au boulot, mais j'ai eu un message comme quoi il manque des dll (vb6fr.dll, comctl32.ocx). Le problème est qu'XP est vérrouillé par l'administrateur, et que je ne peux rien installer dans le répertoire système.
Je croyais "savoir" que l'exe, par défaut, allait aussi chercher une dll dans son répertoire d'installation, mais apparement non : j'ai beau mettre les dll dans le même dossier que l'exe (que ce soit sur un disque local, une cle USB ou quoi que ce soit), rien ne marche.

ma question, donc : y'a t-il un moyen d'indiquer à l'exe le chemin relatif où chercher les dll (un sous-répertoire, le répertoire courant...) s'il ne les trouve pas dans le dossier système, ou peut-on "inclure" la dll directement dans l'exécutable (par "inclure" j'exclue tout rar ou zip auto-exécutable : je voudrais un vrai exe autonome) (oui, je sais, ça alourdit l'appli alors que, justement, le but des dll est d'avoir UN fichier commun à xxx applications).


j'espère avoir été assez clair dans mes explications ^^

[LeForestier]

Bonjour,
1°)
Mettre toutes les dll et OCX dans le répertoir racine de l'EXE.
2° Faire un compactage (Setup) de l'appli et changer les emplacements des dll et OCX en indiquant le répertoir de l'appli.
Tout devrait être dans le rép de l'appli et lors de l'installation aussi.
(Le point 1° n'est peut-être pas nécessaire, jamais tester).
A+

[Delbeke]

Tu demandes le Gral. beaucoup ont essayé , peu y sont parvenus.
Il existe des solutions payantes qui arrivent a générer un exe entièrement autonome.
Comme celui-ci http://www.thinstall.com/

[la_saucisse]

bin quand même ! il est (très) courant de voir, dans le dossier d'installation d'une appli, un sous-dossier appellé (par exemple) "modules" ou "plugins" ou "system" qui contient des dll.
l'exe a besoin de ces dll, et sait donc où aller les chercher, dans tel sous-répertoire ou tel autre ! non ???

donc le programmeur a bien prévu un "chemin" de ces dll par rapport à l'executable, ou bien je me trompe carrément ?

exemple : la célèbre "mule" a un sous-dossier "lang" contenant des dll. l'exécutable va bien les chercher là exprès, il fait pas le tour complet du disque dur à la recherche d'un fichier "fr.dll" ?!!!

[Delbeke]

On utilise l'api loadlibrary avant l'appel de la dll. J'avisi compris que tu voulais un exe entièrement autonome, c'est à dire sans aucune dll, ni ocx ni meme tout autre fichier: un pauvre exe solitaire . C'est possible, mais cher.

[la_saucisse]

On utilise l'api loadlibrary avant l'appel de la dll[...]

ah je connais pas ce machin-là ! je vais aller chercher comment ça marche, et reviendrai si j'y arrive pô ^^

merci

[LeForestier]

bin quand même ! il est (très) courant de voir, dans le dossier d'installation d'une appli, un sous-dossier appellé (par exemple) "modules" ou "plugins" ou "system" qui contient des dll.
l'exe a besoin de ces dll, et sait donc où aller les chercher, dans tel sous-répertoire ou tel autre ! non ???

donc le programmeur a bien prévu un "chemin" de ces dll par rapport à l'executable, ou bien je me trompe carrément ?

exemple : la célèbre "mule" a un sous-dossier "lang" contenant des dll. l'exécutable va bien les chercher là exprès, il fait pas le tour complet du disque dur à la recherche d'un fichier "fr.dll" ?!!!

Tout à fait correct, voir mon poste précédant qui te permet de faire ce système, j'avais dit dans le répertoir de l'exe mais tu peu aussi bien faire un sous répertoir System (par exemple)
A+