Discussion :

[chris-57]

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 :

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

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

et même

Code :

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

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 !

[I'm_HERE]

salut,

pas tester mais logiquement ça sera comme çà:

Code :

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

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

[chris-57]

génial ça fonctionne !!!


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

MERCI !!!!

[Mac LAK]

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 :

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

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

[maxim_um]

Salut tout le monde;

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.

[chris-57]

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 !!

[Mac LAK]

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.

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 :

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

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.

[chris-57]

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

[Mac LAK]

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") :

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.

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

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...

[chris-57]

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

[maxim_um]

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.

[Mac LAK]

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.