Problème pour rediriger le flux StantardOutput d'un Processus

Bonjour!

je cherche désespérement à récupérer la sortie standard d'un programme (NetCat, nc.exe) sans succès avec les classes Process et ProcessStartInfo.

Avec:

Code:

---

1 2 3 4 5

_processParam.UseShellExecute = false; _processParam.RedirectStandardInput = false; _processParam.RedirectStandardOutput = false; _processParam.RedirectStandardError = false;

---

La console du processus s'affiche et je peux voir sa sortie standard et écrire dedans au clavier.

Avec:

Code:

---

1 2 3 4 5

_processParam.UseShellExecute = false; _processParam.RedirectStandardInput = true; _processParam.RedirectStandardOutput = false; _processParam.RedirectStandardError = false;

---

Je peux écrire dedans, à traver un BinaryWriter, mais je ne vois plus rien dans la console du processus. Je devrai normalement voir la sortie standard puisque je ne la redirige pas...

Avec:

Code:

---

1 2 3 4 5

_processParam.UseShellExecute = false; _processParam.RedirectStandardInput = true; _processParam.RedirectStandardOutput = true; _processParam.RedirectStandardError = true;

---

Je peux toujours écrire dedans mais je ne reçois rien...

Quelqu'un voit-il une raison à cela ?

Merci d'avance pour tout intérêt porté...

Comment essaies-tu de lire la sortie ?
Tu as vu ça ? http://faqcsharp.developpez.com/?pag...yst_procstdout

Oui j'ai essayé à peu près toutes les méthodes que j'ai pu lire sur les divers forums, que ce soit pour faire du synchrone ou de l'asynchrone.

.StandardOutput.ReadToEnd(), bloque jusqu'à ce que mon processus se termine, et à la fin, il ne récupère qu'une chaîne vide.

J'ai finalement fait autrement. J'avais besoin d'utiliser une connexion TCP et je pensais qu'utiliser le programme netcat me ferait gagner du temps mais c'était en oubliant System.Net.Sockets :-).

Mais si qqun a une idée sur la raison pour laquelle je ne peux pas récupérer la sortie de netcat... je me demandais s'il était possible que certains programmes aient un comportement peu orthodoxe qui fasse que leur sortie soit difficilement redirigeable ?
Par exemple, un programme peut-il savoir qu'il reçoit une entrée redirigée et non pas l'entrée du clavier ? et à partir de là, avoir une implémentation différente pour sa sortie ?

ben pour netcat, je comprends pas trop... mais effectivement il vaut mieux utiliser une Socket ou un TcpClient

Je crois que c'est pire avec la classe Process. Comme je l'ai posté dans un autre topic (mais sans réponse actuellement), avec un service en mode "debug" (argument /c), si le flux de sortie et/ou d'entrée sont redirigés, alors le service ne réponds plus aux diverses communications qui pourraient lui être envoyés. Comme s'il était glacé.

Des classes comme TraceDebug sont alors inopérantes et même, un autre service ne peut absolument plus savoir si ce service est lancé ou pas.

Je cherche des solutions mais il semblerait que Process ne permet pas tout...