[VB.NET]Lancement d'un programme tiers

Version imprimable

18/09/2006, 15h53
Mayamok

[VB.NET]Lancement d'un programme tiers

Bonjour.

J'appelle un executable extérieur à mon application via la commande Shell:

Code:

Shell(strCommandLine)

où strCommandLine est un String contenant, par exemple: "c:\program files\toto\toto.exe /option1 /option2"

Le programme se lance sans problème et les options sont bien activées, mais le dossier de démarrage est celui de mon appli et non celui de toto.exe, ce qui cause un plantage lorsque ce dernier cherche ses ressources suivant un chemin relatif. J'ai essayé de mettre mon application dans le même dossier que cet exe tiers, et là, tout va bien.

Y a-t'il un moyen de spécifier à la commande Shell (ou à tout autre système de lancement d'un exe externe) dans quel dossier l'exécution doit démarrer?

J'ai envisagé de créer un raccourci à la volée à cet effet, mais le moins que l'on puisse dire, c'est que ce n'est pas très éléguant. :roll:
18/09/2006, 16h06
StormimOn

Lis ceci puis regarde ceci. Normallement, tu devrais pouvoir te débrouiller avec ça ;)
18/09/2006, 16h10
0xYg3n3

Tu es sur que tu mets le bon chemin ?
Le problème doit se situer ici.

Pour commencer essaye de doubles les anti slash ("C\\Program Files\\Toto\\Toto.exe option1 option2")
18/09/2006, 16h13
0xYg3n3

Le Shell execute l'application là ou elle se trouve.
Il ne fait pas de copie de l'application a lancé dans le répertoire d'exécution.

Ou alors il est extrêment c**...
18/09/2006, 16h14
StormimOn

Citation:

Envoyé par 0xYg3n3

Tu es sur que tu mets le bon chemin ?
Le problème doit se situer ici.

Pour commencer essaye de doubles les anti slash ("C\\Program Files\\Toto\\Toto.exe option1 option2")

Il travaille en VB.Net, et en VB.Net le doublage des anti-slash est inutile ;)
18/09/2006, 16h20
0xYg3n3

Citation:

Envoyé par StormimOn

Il travaille en VB.Net, et en VB.Net le doublage des anti-slash est inutile ;)

Effectivement :oops:
Mais bon, je n'ai pas connaissance que le Shell fait une copie local de l'application a lancé.

Un passage par la classe Process, peut s'avérer intéressant.
C'est un peu long que de passer par les commandes Shell, mais au moins on est sur du résultat.
18/09/2006, 16h26
StormimOn

Citation:

Envoyé par 0xYg3n3

Mais bon, je n'ai pas connaissance que le Shell fait une copie local de l'application a lancé.

Ce n'est pas le cas. Le problème qui se passe c'est un peu comme si tu lançais la commande suivante depuis par exemple C:\

Code:

C:\rep1\rep2\monAppli.exe

Le répertoire de travail sera, il me semble, C:\ et non C:\rep1\rep2\. Résultat, si l'application recherche des ressources en se basant sur le fait que l'on soit dans le répertoire de l'application (avec des accès relatifs du style .\Resources) tout tombe à l'eau :)
18/09/2006, 17h47
Mayamok

Excellente description du problème, StormimOn.

J'ai lu ce que vous m'avez suggéré de lire et je pense qu'en effet, cela devrait corriger le problème. J'ai déjà corrigé mon code en conséquence, mais je n'ai pas encore pu l'envoyer à mon testeur (je ne possède pas le fameux "toto.exe"). Donc je ne sais pas encore si ça marche...

Quoi qu'il en soit, merci.
18/09/2006, 21h31
Mayamok

Bon, j'ai essayé de me créer un faux programme "toto.exe" (en vb6, il lit un fichier texte placé dans son propre dossier => "app.path" en vb6) pour tester mon code VB.NET. Et ça marche. Hélas, chez mon testeur, avec le vrai programme cible, patatra. Résumé de la situation:

Chez moi:
le programme cible: "totoVB6.exe" lit correctement test.txt dans son dossier, quel que soit l'emplacement de mon programme appelant.

Chez le testeur:
le programme cible "toto.exe" ne lit correctement ses ressources que si mon programme appelant se trouve dans le même dossier que lui, faute de quoi, il indique que des fichiers sont introuvables...

Je suis un peu largué, mais il parait que la nuit porte conseil... :roll:

[edité]En fait, le prog VB6 se fiche complètement du dossier de démarrage, "app.path" semble toujours pointer vers le dossier de l'exe, même si un raccourci le fait "démarrer dans" un autre dossier. Mon test à domicile n'apporte donc pas grand'chose. Je m'y remets.[/édité]

Bon, j'ai essayé ceci (en simplifiant un peu, bien sûr):
Code:

1 2 3 4 5 6 Dim MonProcess As New Process MonProcess.StartInfo.WorkingDirectory = "c:\program files\toto" MonProcess.StartInfo.Arguments = "/option" MonProcess.Start("c:\program files\toto\toto.bat")
J'ai utilisé un batch au lieu d'un exe, parce que là au moins, je suis sûr qu'il ne va pas fonctionner si le dossier de démarrage ne lui convient pas, pas comme VB6. Et cela ne marche pas, le batch essaie de trouver ses chemins relatifs dans "C:\Documents and Settings\Administrateur.TITANIUM\Mes documents\Visual Studio Projects\TotoStarter\bin", à savoir l'emplacement de mon executable dotnet appelant. Ai-je commis une boulette en utilisant la classe Process? 8O

Je continue à chercher, si quelqu'un a une suggestion...