path des runtime VB

Bonjour,
Je développe une petite application en VB que je souhaite distribuer.
Les personnes à qui je l'envoie ne possèdent pas les runtime VB.
Je pourrais leur demander d'installer le kit de librairies qui va bien, mais j'aimerais savoir si je pouvais juste faire copier moi même les dll dans un répertoire et que l'appli se lance en allant chercher les dll dans ce répertoire.

En gros si les personnes veulent supprimer l'appli elles auraient juste à supprimer le répertoire avec l'exe et les dll, et pas à aller chercher les dll dans windows/system32 !

Est ce possible ?
Merci d'avance.

Bonjour khadi_

Et faire une "vrai"* procédure d'installation avec l'assistant d'empaquetage de VB ?

* Je ne suis pas sûr que l'assistant de VB fasse de vrais procédures d'installation ;), mais c'est déjà un début.

le mieux est de faire un setup, ainsi la suppression sera propre.
innosetup est excellent et dans leur base de connaissance il y a un chapitre special VB6.

C'est facile à utiliser, et marche tres bien.

Rebonjour !
Tout d'abord merci pour les réponses.
Mon problème est que je dois remplacer des scripts vbs par de l'exécutable vb (pour des raisons de sécurité liés au WSH) sans rajouter de "lourdeur" -dans la mesure du possible- à l'install de l'appli.
Le top aurait été que je copie à l'installation les dll du runtime VB dans mes répertoires !
Si quelqu'un à une (autre) idée... :D

Merci.

Citation:

---

Envoyé par khadi_

... sans rajouter de "lourdeur" -dans la mesure du possible- à l'install de l'appli.

---

J'insiste ! ;)
C'est sans doute parceque tu connais le packeteur livré avec VB que pour toi "setup=lourdeur", mais avec innosetup tu peux faire du light.
je crois même que tu peux faire une installation en "mode silencieux"... (j'ai pas testé, mais je crois qu'on peut).
sinon, bonne chance.

Bonjour,

me voici de retour de congés, merci pour ta réponse...
Je n'ai malheureusement pas la permission d'installer des fichiers chez le client ailleurs que dans le path de mon appli. Déjà qu'il s'était plaint de la sécurité des problèmes de sécurité liés au scripts vbs, je me vois mal lui demander d'installer un truc un plus :P

Il est possible d'installer tes dlls dans le répertoire ou sera installé ton appli
Quand windows ne trouve pas une dll, il la cherche dans le repertoire systeme, puis dans le repertoire de l'appli, puis dans tous les répertoires de la variable path

Pour être sur qu'une dll soit chargée depuis un endroit précis (un sous repertoire de ton installation par exemple) tu peux forcer vb a charger explicitement la dll dont tu connais le chemin avec l' API LoadLibrary. il faudra penser à la décharger avec l' API FreeLibrary avant de quitter le programme.

Ce fonctionnement est possible avec les dlls standards de windows, pour des dlls activex ou des ocx, il faut les enregistrer dans la base de registre avec une commande dos : RegSvr32.exe . Dans ce cas, windows se servira de la base de registre pour les localiser.

Pour les dll standards de vb6, les dernieres version de windows les ont dèjà pre installées

Ok merci ! :D
Bon bein je vais essayer ça et je vous tiens au courant !

Bonjour,

Alors en fait même en mettant les dll dans le même répertoire ça ne marche pas car j'ai une erreur 0xc0000135 qui indique (après petite recherche) que le framework .Net n'est pas installé (ou pas correctement).
Les dll sont bien chargées (j'ai vérifié avec dependency walker) donc je peux toujours les copier dans le répertoire de mon application et mon exe y aura accès.
Par contre si le client doit installer quand même le framework .NET pour que le bouzin fonctionne, c'est encore pire ! :?

Une idée ?

Le framework n'est demandé que pour des programmes écrits pour .NET, ce qui n'est pas le cas de VB6.
Donc tu es probablement sur le mauvais forum. Celui-ci ne traite que de vb5/6

Désolée, je ne connaissais pas du tout mon environnement de développement.
Merci pour votre aide.