Lancer une application avec argument

Bonjour à tous,

je cherche à lancer une application à partir d'un fichier .bat avec argument.

L'application est C:\Program Files\Glary Utilities\oneclickoptimizer.exe et l'argument est /schedulestart

J'ai fouillé le net et essayé des dizaines de trucs, sans succès.

j'ai essayé :

Code:

---

1 2 3

@echo off start "C:\Program Files\Glary Utilities\oneclickoptimizer.exe /schedulestart" exit

---

et même

Code:

---

1 2 3

@echo off start "C:\Program Files\Glary Utilities\oneclickoptimizer.exe" exit

---

rien ne marche... La console reste ouverte mais rien ne se passe...

HELP !

salut,

pas tester mais logiquement ça sera comme çà:

Code:

---

start "" "C:\Program Files\Glary Utilities\oneclickoptimizer.exe" /schedulestart

---

génial ça fonctionne !!!


Malgré mes heures passé à chercher, j'avais pas trouvé cette façon de l'écrire.

MERCI !!!!

C'est pourtant en clair dans l'aide de start, même si c'est un piège courant : le premier paramètre, c'est le titre de la fenêtre et non pas le programme à exécuter.

L'appel à start avec un seul argument est réservé au lancement de documents via l'application associée (= équivalent d'un double-clic sur un fichier), et ne fonctionne qu'avec les extensions de commande actives.

Pour lancer un programme, la présence du titre (même vide) est obligatoire. Le fait que start fonctionne malgré tout lorsque l'on ne spécifie que le chemin d'un exécutable sans paramètres est un (mal ?) heureux hasard, qui ne devrait pas être pris comme un fonctionnement normal.

Pour résumer :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

// Ces appels sont corrects start Rapport.doc start "Mon programme" ProgrammeConsole.exe start "Mon programme" ProgrammeConsole.exe /arg1 /arg2 start "" ProgrammeGraphique.exe start "" ProgrammeGraphique.exe /arg1 /arg2 // Ces appels sont INCORRECTS, même s'ils peuvent parfois fonctionner start "Rapport sous Word" Rapport.doc start MonProgramme.exe start MonProgramme.exe /arg1 /arg2

---

Salut tout le monde;

Citation:

---

Envoyé par Mac LAK

Pour lancer un programme, la présence du titre (même vide) est obligatoire. Le fait que start fonctionne malgré tout lorsque l'on ne spécifie que le chemin d'un exécutable sans paramètres est un (mal ?) heureux hasard, qui ne devrait pas être pris comme un fonctionnement normal.

---

En fait, cela dépend de la version dont il s'agit. Pour les dernières, là où il peut y avoir ambiguïté pour cette commande, c'est quand le chemin du programme cible contient au moins un espace et qu'il est donc nécessaire de mettre l'ensemble entre guillemets. En spécifiant ces chemins sous leurs formes courtes, le problème ne se pose plus.

Citation:

---

Envoyé par Mac LAK

C'est pourtant en clair dans l'aide de start,

---

dans l'aide de Start il n'est pas expliqué qu'il faut mettre des "" avant le titre, car sinon je n'aurai pas posté ici !!

Citation:

---

Envoyé par maxim_um

En spécifiant ces chemins sous leurs formes courtes, le problème ne se pose plus.

---

Tiens, amusant, je n'avais jamais fait attention à ça.

Citation:

---

Envoyé par chris-57

dans l'aide de Start il n'est pas expliqué qu'il faut mettre des "" avant le titre, car sinon je n'aurai pas posté ici !!

---

Mais si, c'est dit :

Code:

---

1 2 3 4

START ["titre"] [/D chemin] [/I] [/MIN] [/MAX] [SEPARATE] [/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL] [/WAIT] [/B] [commande/programme] [paramètres]

---

Le moindre caractère compte dans les résumés de commande : c'est une bonne habitude à prendre de toujours bien faire attention à tous les caractères présentés.

pour moi c'est pas clair ces histoires de crochets et mamais j'aurai trouvé des guillemets vides avant le chemin ( start "" "C:\Program Files\Glary Utilities\oneclickoptimizer.exe" /schedulestart )

Quoi qu'il en soit je suis content que ça fonctionne :D

Citation:

---

Envoyé par chris-57

pour moi c'est pas clair ces histoires de crochets

---

En fait, c'est dans l'aide de base de Windows (touche Windows + F1, chercher "Vue d'ensemble de l'interpréteur de commandes") :

Citation:

---

Points de suspension (...) Paramètre pouvant être répété plusieurs fois dans une ligne de commande
Entre crochets ([]) Éléments facultatifs
Entre accolades ({}), avec séparation des options par une barre verticale (|). Exemple : {pair|impair} Ensemble d'options parmi lesquelles l'utilisateur doit en choisir une seule

---

On trouve aussi fréquemment la notation entre chevrons (<Param>) pour les paramètres obligatoires.

Citation:

---

Envoyé par chris-57

Quoi qu'il en soit je suis content que ça fonctionne :D

---

C'est l'essentiel, mais au moins, tu sauras un peu mieux regarder l'aide d'une fonction désormais, c'est tout aussi important... ;)

oui, merci pour ces infos que je me suis noté pour l'avenir !

Citation:

---

Envoyé par Mac LAK

Le moindre caractère compte dans les résumés de commande

---

chris-57 a raison quand même, dans ce cas précis, c'est ambigu. Il y a beaucoup de gens qui se font avoir. Je pense qu'une précision aurait dû être apportée dans l'aide de la commande sur le piège que constitue un nom de fichier long, qui mis entre guillemets, peut être considéré à tort comme étant un titre, si ce dernier n'est pas spécifié au préalable.

Au besoin, il est encore possible de compléter la FAQ.

C'est pas tellement que c'est ambigu, c'est plutôt que ce n'est pas quelque chose de courant dans la masse des programmes en ligne de commande sous Windows.
Un cas particulier, certes, mais pas un cas isolé pour autant : runas demande également des guillemets autour de sa commande si elle comporte des arguments, par exemple.

Ce qui ne change pas que c'est un piège courant dans l'utilisation de start, on est d'accord, mais c'est plus un piège pour débutants qu'un "vrai" piège qui attrape tout le monde, confirmés comme néophytes.