Discussion :

[Arni320]

Merci mais laisse tomber ce n'est pas grave.

Double clic dessus et ca ne fais rien, dossier ou pas.

Et deboguer, pas sur de faire ca correctement, jamais fais.

[wallace1]

Merci mais laisse tomber ce n'est pas grave.

Double clic dessus et ca ne fais rien, dossier ou pas.

Et deboguer, pas sur de faire ca correctement, jamais fais.

Bizarre en me levant ce matin :

- j'ai créé le dossier : MyLauncher à cet emplacement --> D:\MyLauncher
- j'ai téléchargé : https://bitbucket.org/3dotdev/mylaun...MyLauncher.exe
- j'ai copié : MyLauncher.exe à cet emplacement --> D:\MyLauncher.exe
- j'ai exécuté le programme : D:\MyLauncher.exe

--> Et ça fonctionne très bien.

Le debogage c'est simplement :

- Télécharger le dépôt depuis cet emplacement : https://bitbucket.org/3dotdev/mylauncher/downloads
- Dézipper l'archive
- Ouvrir le projet avec Visual Studio ou vbExpress
- Cliquer sur la flèche verte (Démarrer le debogage)
- Voir s'il y a des erreurs ou des exceptions qui s'affichent dans l'environnement de développement depuis la liste des erreurs et éventuellement tenter de les corriger.

--> Mais là tu n'auras plus d'erreur puisque j'ai corrigé le bug...

C'est comme ça qu'on apprends....

A+

[Arni320]

Salut

En fait j'avais pas fait attention j'avais telecharger que l'exe, je n'avais pas vu le projet en lui meme lol

Donc j'avais testé l'exe dans visual studio voir s'il y avait des erreurs.

Mais ok le debogage du projet ca je savais faire forcement.

Ton launcher fonctionne maintenant merci.

Bon donc sinon pour toi, le souci de raccourci, tu n'a pas de solution et pour le souci de fichier a deplacer tu as une idée?

[François DORIN]

Bonjour,

Pour le problème de programme qui se lance via un raccourci mais pas autrement, plusieurs pistes :

• le raccourci précise un répertoire de travail ;
• le raccourci précise des arguments.

Tu peux voir ces infos via un clic droit -> propriétés sur le raccourci.

[Arni320]

Salut

J'ai regardé et il n'y a rien de particulier hormis le chemin de dossier de l'exe.

[François DORIN]

Et du côté du mode de compatibilité ? Y a-t-il quelque chose de défini ?

[Arni320]

Non rien n'est coché, a l'identique de l'executable.

[wallace1]

@dorinf : j ai tout arpenté, et j ai même poussé le vice en installant le programme en VM afin de comprendre pourquoi ca ne veut pas se lancer :
- mode compatibilité
- repertoire cible du raccourcis
- mode d execution du raccourcis (en tant qu admin)
- manifest du projet qui executera le programme
- prefixe verb (runas) pour un lancement en ligne de commande...
- verif si pas de job dans le planificateur de taches pour l execution en mode admin
etc....

rien n y fait. bizarre....

sinon je cherche toujours le pourquoi du comment ca ne s execute pas depuis le fichier civle directement pour ce qui est de deplacer les fichiers je dirais non il faut les copier. en modifiant mon projet tu pourrais faire en sorte de rajouter une case a cocher dans la fenetre selection d une categorie afin de mermettre a l utilisateur de copier le contenu du tepertoire de l executable. (chercher fonction recursive de copie de repertoires et fichiers sur internet ou cmdline xcopy)....... ce n est qu une idée.

[François DORIN]

Je n'ai pas d'autres idées, mais c'est comme même bizarre ! Et un double-clic via l'explorateur windows, ça donne quoi ? Et depuis une console ?

[Arni320]

Ca focntionne tres bien en normal sans launcher via l'exe directement.

L'un d'entre vous saurait desobfuscé et decompiler afin de voir comment l'anglais a fait pour n'avoir aucun de ses soucis?

[François DORIN]

Une dernière idée : mettre ProcessStartInfo.UseShellExecute à false avant de lancer l'exécutable. Est-ce que cela change quelque chose ?

[wallace1]

Ca focntionne tres bien en normal sans launcher via l'exe directement.

L'un d'entre vous saurait desobfuscé et decompiler afin de voir comment l'anglais a fait pour n'avoir aucun de ses soucis?

si le programme a ete codé en dotnet alors je suis ton homme

Une dernière idée : mettre ProcessStartInfo.UseShellExecute à false avant de lancer l'exécutable. Est-ce que cela change quelque chose ?

non j ai pas testé....je vois ca en rentrant a la maison tout a l heure. Je suis completement daccords dans le principe ou si ca fonctionne en double cliquant dessus directement que si ca ne fonctionne pas en l executant depuis le launcheur que ca vient du code du launcheur....on va finir par trouver..... merci dorinf

[François DORIN]

non j ai pas testé....

C'est ma dernière cartouche ! Cette propriété change le comportement de ProcessStartInfo.WorkingDirectory. En mettant cette propriété à false, on force véritablement le répertoire de travail à être celui défini dans la propriété WorkingDirectory. Si elle est à true (valeur par défaut), cela indique où chercher l'exécutable.

[Arni320]

De cette maniere?

Code :

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

1
2
3
p.StartInfo.FileName = "C:\EC-APPS\INPA\BIN\INPALOAD.exe"
        p.StartInfo.UseShellExecute = False
        p.Start()

[Arni320]

Pour te donner plus de detail Dorinf, lors du lancement il y a cette erreur:




Le fichier TMP dans tous les cas est vierge donc je vois pas ce qu'il essai de lire.

Cependant le script qu'il cherche a executer en arriere est le fichier principal pour obtenir les menus du logiciels et donc avec cette erreur, le menus est vide car pas chargé.

[Arni320]

si le programme a ete codé en dotnet alors je suis ton homme

Ca je ne sais pas, je t'ai mis le lien un peu plus haut pour obtenir l'executable.

[François DORIN]

Oui, de cette manière. Mais en initialisant aussi p.StartInfo.WorkingDirectory

[Arni320]

Génial Dorinf, ca fonctionne.

Restera plus qu'a verifier que ca tourne correctement lors de l'utilisation en live.

1 souci de reglé.

[wallace1]

well done ...dorinf.

[François DORIN]