Discussion :

[Nicolas149]

Bonjour,

j'ai réalisé une macro pour lancer un .exe se trouvant dans le même dossier que mon fichier excel.

Code :

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

1
2
3
4
5
6
7
8
9
Sub Executable()
 
    Dim strProgramName As String
 
    strProgramName = ThisWorkbook.Path & "\application.exe"
 
    Call Shell("""" & strProgramName & """", vbNormalFocus)
 
End Sub

Le problème était que dans un premier temps, cette application .exe ne se lançait, via la macro, que lorsque je fais "enregistrer sous" au préalable ; certainement que cela me permet de définir le dossier dans lequel je travaille.

J'ai donc rajouté un ChDir (ThisWorkbook.Path) en haut de mon code pour définir le dossier de travail et tout marchait parfaitement...

Malheureusement, j'ai déplacé mon dossier de travail (qui contient .exe et fichier excel) d'emplacement et j'ai de nouveau le même problème, même avec la commande ChDir en amont. Je dois faire "enregistrer sous" avant de lancer ma macro pour que cette dernière puisse lancer correctement le .exe....

Pouvez-vous m'aider svp ?

Bien cordialement.

Nicolas

[eriiic]

Bonjour,

Peut-être pas lié à ton pb mais tu as une " de trop de part et d'autre.
eric

[unparia]

Bonjour,
1) Un classeur n'a de chemin que s'il a DEJA été créé dans un dossier. Et il n'y a été créé que s'il y a été sauvegardé au moins une fois.
2) ta macro ne pourra trouver dans ce dossier l'exe que tu veux lancer par ton instruction que si (évidemment) l'exe concerné s'y trouve également.

[eriiic]

Bonjour unparia,

C'est ce que j'ai pensé au début. Le pb c'est qu'il a déplacé son dossier, donc il y est.
eric

[unparia]

Bonjour eriic
Bien vu. Cet aspect m'avait échappé.
Nous voilà donc confronté à un véritable mystère. Et je ne crois pas à la génération spontanée.
- J'ai essayé en vain de reproduire ce problème. Application.path n'est pas troublé par le déplacement du dossier dans l'explorateur, y compris sans ce chdir
- Invitons alors Nicolas149 à :
a) Nous montrer ici toutes les procédures (de sub jusqu'à end sub) éventuellement présentes et donc exécutées lors de sauvegardes.
b) rechercher partout (feuilles et modules de code) l'existence éventuelle d'une chaîne de caractères définissant le seul chemin (sans le nom du fichier) de l'exe à appeler. Et de nous communiquer le résultat de cette recherche.
Il doit bien y avoir une explication quelque part dans son projet.

EDIT : il serait par ailleurs utile que Nicolas149 :
- nous précise très exactement ce qui ne fonctionne à nouveau qu'après sauvegarde et ne fonctionne pas sans. Cette information pourrait en effet révéler certains aspects (utilisation, par exemple, d'un fichier texte écrit à la sortie)
- nous précise également si son "enregistrer sous" est fait ou non dynamiquement (par son code) . Et pourquoi "enregistrer sous" et non simplement "enregistrer"
- si dynamiquement (par code) : par quelle méthode : Save ?, SaveAs ?, SaveCopyAs ? . Le code utilisé pour cet enregistrement pourrait utilement être montré ici.

PS : j'ai par ailleurs beau retourner les choses dans tous les sens à propos de ce chdir dont il dit qu'il permettait avant un bon fonctionnement : je ne vois qu'une seule explication plausible si tel était vraiment le cas : l'exe lui-même travaille sur un curdir (et le répertoire courant n'est pas toujours forcément celui du classeur ouvert)

[Invité]

Bonjour,
Ton fichier est sur le lecteur réseau partagé?

Si oui je te rappel qu'un lecteur partagé digne de ce nom détient un titre de propriété et seule le créateur détient les droits de administrateur!