cmd fonctionne mais C:\Windows\System32\cmd.exe ne pas

Je suis en train d'invoquer un exécutable en mettant la ligne suivante à l'invite de commande. (Je sais que je peux invoquer directement l'exe, mais disons simplement que je n'ai pas d'autre moyen de le faire en raison de certaines restrictions)

"cmd /C" "C:\\Program Files\ABC\xyz.exe" -register="abc"

lui-même, Il est exécuté avec succès. /C est le paramètre de cmd.exe. Mais quand je fais cette

"C:\Windows\System32\cmd.exe /C" "C:\\Program Files\ABC\xyz.exe" -register="abc"

Me donne l'erreur

The directory name is invalid

Aucune idée pourquoi? Et comment puis-je résoudre ce problème? J'ai utiliser le chemin d'accès complet cmd.exe.

L'étrange, c'est que le premier format fonctionne ... je peux reproduire le comportement, mais je ne peux pas l'expliquer! Il ne fonctionne pas avec les fichiers exécutables autres que cmd, de sorte qu'il semble comme si elle peut être codée en dur cas particulier. 🙁

InformationsquelleAutor Ganesh Satpute | 2014-04-29

4

Essayez plutôt ceci:
```
"C:\Windows\System32\cmd.exe" /C " "C:\\Program Files\ABC\xyz.exe" -register="abc" "
```
Par exemple:
```
"C:\Windows\System32\cmd.exe" /C " echo "Hello World" "
"C:\Windows\System32\cmd.exe" /C " python -c " print 'Hello World' "
```
Ces travaux sans aucun problème et les deux d'entre eux sortie de "Hello World"
- +1 ou d'éviter le codage en dur des chemins; "%COMSPEC%" /C "C:\Prog ..."
- Cela ne semble pas fonctionner, soit 🙁
- OK, je comprends maintenant ce que vous essayiez de le faire. Vous devez avoir été beaucoup plus clair au sujet de votre question. Mais, là vous allez, édité réponse 😀
- Une idée de pourquoi cela fonctionne? Selon mon interprétation de " "abc", "xyz" " doit être intrepreted comme un mauvais format pas imbriquée entre des guillemets doubles.
InformationsquelleAutor Sazid
2

Comme l'a déclaré Stephan, la bonne façon de l'écrire est certaines des options suivantes
```
"C:\Windows\System32\cmd.exe" /C ....
"%comspec%" /c ....
```
La question est Why "cmd /c" .... works? Il travaille pour la façon de l'analyseur est de l'interprétation de la ligne.

Lorsque la ligne est lue et analysée, "cmd /c" est converti à
```
execute the command interpreter with the /c" ... arguments 
```
De sorte qu'il est exécuté en tant que
```
%comspec% /c ".....
```
Cette substitution peut être facilement testée
```
set "ComSpec=c:\windows\system32\calc.exe"
"cmd /c" echo hello
```
- donc cmd est différent (par exemple) notepad. notepad recherches dans le chemin d'accès d'un fichier notepad.xxx, où xxx est bat,cmd ou exe (quelque chose, c'est dans %pathext%), tandis que cmdn'est pas la recherche de cmd.exe mais semble être une sorte de "commande interne", qui exécute %comspec%, peut-être comme un doskeymacro?
- oui, c'est différent. Je ne sais pas si c'est lié, mais start commande fait la même chose. De son aide When you run a command that contains a the string "CMD" as the first token without an extension or path qualifier, "CMD" is replaced with the value of the COMSPEC variable. This prevents users from picking up cmd from the current directory.
- Il semble que le devis initial marque est rejeté en tant que (sans doute involontaire) des effets secondaires de la conversion de cmd à %ComSpec%.
InformationsquelleAutor MC ND
1
```
"C:\Windows\System32\cmd.exe /C"
```
cherche un fichier nommé C:\Windows\System32\cmd.exe /C.

Avez-vous déjà vu un fichier avec l'extension .exe /c?

Format Correct est:
```
"C:\Windows\System32\cmd.exe" /C 
```
- Si ce le cas, toute idée de "cmd /C" "C:\\Program Files\ABC\xyz.exe" -registre="abc" pourquoi cela fonctionne??
- "cmd /c" et "cmd.exe" œuvres, "cmd.exe /c" ne l'est pas. Semble utiliser différents analyseurs. Nous allons attendre pour l'un de nos experts pour répondre à...
InformationsquelleAutor Stephan
1

Quant à la question de savoir pourquoi les guillemets supplémentaires sont nécessaires: c'est décrite dans l'aide retourné par cmd /?, spécifiquement
Si /C ou /K est spécifié, alors le reste de la ligne de commande après
le commutateur est traitée comme une ligne de commande, où la logique suivante
utilisé pour traiter les guillemets (""):
```
1.  [Special case, not relevant here]

2.  Otherwise, old behavior is to see if the first character is
    a quote character and if so, strip the leading character and
    remove the last quote character on the command line, preserving
    any text after the last quote character.
```
Donc, si la première (non-blanc) caractère de la commande est une citation, vous avez besoin d'une paire de guillemets autour de l'ensemble de la commande.

Supplémentaires remarque: la combinaison MC ND, en réponse à la mienne, la première ligne de commande en question est interprété comme ceci: nous commençons avec
```
"cmd /C" "C:\\Program Files\ABC\xyz.exe" -register="abc"
```
qui devient
```
%ComSpec% /C" "C:\\Program Files\ABC\xyz.exe" -register="abc"
```
en raison de la règle qui remplace cmd -> %ComSpec% combiné avec le bug/feature qui écarte les extra guillemet; celui-ci devient alors
```
"C:\\Program Files\ABC\xyz.exe" -register="abc
```
en raison de la règle qui supprime le premier et le dernier guillemets lors du traitement de /C.

Le système de fichiers Win32 règles de jeter la barre oblique inverse supplémentaire, de sorte que l'exécutable est lancé
```
C:\Program Files\ABC\xyz.exe
```
et l'exécutable est sans doute ignorant le manque de close-citer dans son argument.
- Une grande aide ici. Je vous remercie beaucoup. 🙂
InformationsquelleAutor Harry Johnston
1

Étrange il me semble :/
```
C:\Windows\System32\cmd.exe /C " "C:\\Program Files\ABC\xyz.exe" -register="abc" "
```
Cela fonctionne. Je ne sais pas pourquoi. Peut-être les guillemets avant et après "C:\\Program Files\ABC\xyz.exe" -register="abc" sont nécessaires. Souhaitez si quelqu'un peut l'expliquer.

InformationsquelleAutor Ganesh Satpute

Vous devez vous connecter pour publier un commentaire.