Discussion :

[mathisdu42]

Bonsoir à tous,

Sur mon projet actuel, j'ai mis un bouton qui, lorsqu'on va appuyer dessus, un .EXE va s'ouvrir . J'ai donc utilisé la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Shell ("Url de destination du .exe")

Le .EXE s'ouvre bien mais le problème c'est que le programme ne charge pas la DLL qu'il y a dans le dossier du .EXE du coup le .EXE ne peut pas fonctionner.
Pourriez-vous m'aider à résoudre se problème ?


Merci, Cordialement.

[clementmarcotte]

Bonjour,

Normalement, si l'exécutable en question a besoin de sa dll, il devrait être capable de la trouver. Ou bien, c'est une dll qui n'a pas de rapport avec l'exécutable.

Ceci dit, la classe Process du Framework peut très bien remplacer la fonction Shell et même en mieux.

[mathisdu42]

Pourtant il ne la trouve pas, lorsque l'exécutable se lance, un message d'erreur apparait disant "nomdedll.dll missing from directory" alors que si je lance l'exécutable avec un simple double clique, aucune erreur ..
C'est pareil avec le control "Process", même problème.

[clementmarcotte]

Bonjour,

De but en blanc, sans avoir testé.

Si tu lances Visual Studio en tant qu'administrateur avant de recharger et relancer ton projet ?

[mathisdu42]

Non, ça ne fonctionne toujours pas, j'ai aussi modifier le niveau du contrôle de compte d'utilisateur Windows :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<requestedExecutionLevel  level="requireAdministrator" uiAccess="false" />

Mais rien ne fonctionne..

[Invité]

Bonsoir,
Quand tu exécute un programme avec l'explorateur Windows, tu te trouve dans le répertoire de l'application. Quand tu exécute la commande Shell tu peux te trouver dans un autre répertoire et c'est dans cet autre répertoire que l'exécutable cherche ta dll. Je ne me souviens plus du comment on défini le répertoire de travail de l'exécutable dans la commande Shell mais c'est dans cette direction qu'il faut chercher!

[mathisdu42]

Bonsoir,

Oui mais justement, j'ai deux Form, une pour lancer le programme et une autre pour que l'utilisateur indique le répertoire ou se trouve l'exécutable !

[clementmarcotte]

Bonjour,

Ce que rdurupt te mentionne, c'est que tu peux lancer un programme situé dans un dossier quelconque, sans que ton exécutable parent se trouve dans le dossier en question. Le fait de lancer un programme en le "préfixant" de son chemin n'en fait pas le dossier courant. Le meilleur exemple, c'est un raccourci sur ton bureau.

Dans VB.net le dossier courant de l'application, en mode développement c'est généralement le bin\debug de la solution. Supposons que tu "bâtisses" la ligne de commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

shell ("c:\windows\programme.exe")

et que tu sois dans c:\solution\bin\debug

programme.exe va chercher sa dll dans c:\solution\bin\debug et si programme.exe n'a aucun mécanisme pour aller voir de lui-même dans le bon dossier, il ne trouvera jamais sa dll qui devrait logiquement être dans c:\windows ou à un autre endroit prévu par le programmeur d'origine de programme.exe.

C'est pour cela que la classe ProcessStartinfo a une propriété FileName pour désigner le fichier à lancer et une propriété WorkingDirectory pour désigner le dossier que doit utiliser l'exécutable.

Avec Shell, il y a un commutateur que tu dois utiliser.