Redirection entrée standart non prise en compte

Salut,

Toujours et encore des processus qui m'embêtent :cry:, j'ai l'impression d'avoir tout fait mais rien ne se passe.

Le code:

Code:

---

1 2 3 4 5 6 7 8

myProcess.StartInfo.UseShellExecute = false; myProcess.StartInfo.RedirectStandardInput = true; myProcess.Start();   myProcess.StandartInput.WriteLine("unMotDePasse"); myProcess.StandartInput.Close(); myProcess.Close();

---

le processus lancé est un process demandant un mot de passe. La sortie console est :
Enter your password :

le problème c'est que le myProcess.StandartInput.WriteLine("unMotDePasse"); n'est pas pris en compte et je suis obligé d'entrée au clavier le mot de passe. Quelqu'un a-t-il une idée?

Ta sortie de console n'est pas associé à l'entrée standard.
Tu as beau redirigé l'entrée, cela ne l'ecris pas dans la sortie de Enter your password :

Euh,

j'ai peur de ne pas avoir compris ton explication.
myProcess.StandartInput.WriteLine("motDePasse"); n'écrit pas dans l'entrée standart de enter your password? il faut l'écrire sur sa sortie standart (ce qui est impossible par ailleurs)

Oui en fait ce que je veut dire, c'est que la sortie de enter machin et l'entrée standard du process -> je ne pense pas que cela est matché.
Bref en gros tu ecris dans le vide et pas dans la sortie de enter machin.

Je suis peut-être idiot mais la je ne comprend vraiment pas.
Je réexplique tout!
Process1 = le processus de mon appli
Process2 = le processus lancé par mon appli.

le but de process1 : control les E/S du process2
le but du process2: acitver une connexion ssh a partir d'un mot de passe (le login est passé en argument)

dans process1 je fait bien process2.RedirectStandartInput = true; donc théoriquement, taper sur le clavier ne sert plus à rien pour process2

dans process1 je fait process2.StandartInput.WriteLine("motDePasse"); ce qui a pour effet, je pense, d'envoyer "motDePasse" sur l'entrée standart de process2

Process2, une fois lancé, écrit sur sa sortie standart : "Enter your password" jusqu'a la rien d'anormal je n'est pas redirigé sa sortie standart.

dans Process2, théoriquement, arrive le "motDePasse" qui vient de process1. théoriquement aussi, cette arrivé devrait valider le de passe et passer à la suite dans process2 or ce n'est pas le cas.

Donc la, je ne comprend pas pourquoi tu me dis que je n'ai pas redirigé la sortie standart de ma conole. Dans les deux cas, autant pour process1 que pour process2, je n'est besoin de leur sortie standart?

Citation:

---

dans process1 je fait process2.StandartInput.WriteLine("motDePasse"); ce qui a pour effet, je pense, d'envoyer "motDePasse" sur l'entrée standart de process2

---

Faux

Tu modifies l'entrée standard pas la sortie standard.

Vois tes processus comme deux tunnels.
Chacun à son entrée et sa sortie.
C'est leurs entrées standars et sorties standards.

Si le clavier correspond à la route1, l'entrée standars de tes processus c'est la route1.
La sortie n'a pas bougé (en général la console dos) on va dire la route2 pour la sortie des deux fichiers.

Donc redirigé l'entrée standard de ton process 1 va faire que la rout3 (ton string) deviendra l'entrée de ton process1.

Si tu ne fait que cela, bah ton string va sortir sur la sortie standard, qui est la console et non l'entrée de ton second process !!!

Donc faut rediriger l'entrée du second process sur la sortie du premier process.

Faut que tu me donne un exemple je comprend pas. :cry:

Citation:

---

Donc redirigé l'entrée standard de ton process 1 va faire que la rout3 (ton string) deviendra l'entrée de ton process1.

---

je n'ai pas redirigé l'entrée standart de process1 dans mon code, si?

Code:

---

myProcess.StartInfo.RedirectStandardInput = true;

---

C'est une redirection d'entrée pas de sortie 8O

Citation:

---

dans process1 je fait bien process2.RedirectStandartInput = true; donc théoriquement, taper sur le clavier ne sert plus à rien pour process2

---

Ou alors j'ai pas compris ce que voulais dire la propriété RedirectStandartInput

quand je fait process2.StartInfo.RedirectStandartInput = true; j'indique quoi exactement?

Moi je pensais que cela signifiait que je redirigeait l'entrée standart de process2 vers le flux process2.StandartInput;
Est-ce cela ou bien cette propriété à pour effet de redirigé l'entrée de process2 vers celle de process1?

Euh!
myProcess = Process2 pas process1

et si c'était déjà clair, j'aimerais avoir un exemple de code écrit dans process1 qui écrit sur l'entrée standart de process2

ok je m'etais perdu avec process1 et 2.

Bon reprenons :
process 2 : entrée redirigé et sortie non.

Process 2 demande le mot de passe et attends.
Une fenêtre winform ? Une console dos ?

tu envois grâce à la redirection de l'entrée un string.

Et cela ne marche pas.

Si le process est une application console, je pense que l'entrée standard du process et branché à l'entrée standard de la fenêtre représentant la console, mais n'est pas l'entrée standard de la console.
De même pour la sortie standard.
Donc tes redirections coupent la liaison.
Et lorsque tu fais un Console.ReadLine, je pense que cela regarde sur l'entrée standard de la console et pas du process.
Donc l'idée serait de récupérer le handle de la console dos, et de faire une redirection de l'entrée standard de la console dos.

Ce n'est ni une appli console ni une appli windows! car j'ai mis la propriété CreateNoWindows = true;
Et l'exemple msdn sur la redirection montre que les redirection ne passe pas par la console.
http://msdn2.microsoft.com/fr-fr/lib...ut(VS.80).aspx

As tu essayé l'exemple sans rien modifier ?

Et ben voilà! C'est bien ma veine! L'exemple msdn fonctionne et j'ai compris (ou pas vraiment) pourquoi ca marche pas.

En fait, mon prog fonctionne normalement et sans surprise avec des commande classiques et bien codé mais avec celle que j'utilisait, impossible à faire entendre raison! Quelque chose doit empêcher les redirections.

Cela dit, ca ne m'étonnerais pas que les redirection fonctionnent que si on redirige des E/S de programme .net. Ca se trouve ca ne fonctionne pas avec les programme C, C++ non managé, etc...

Dans l'exemple le process lancé est à mon avis loin d'être un prog .net
A mon avis c'est un programme compilé.
Donc c'est de l'assembleur.

la seule différence flagrente que je vois entre vos deux code c'est cette ligne :

Code:

---

StreamWriter myStreamWriter = myProcess.StandardInput;

---