StreamReader.ReadAsync ou comment boucler sur la sortie standard ?

Bonjour,

J'ai un soucie avec la lecture de la sortie standard d'un process.
Voici comment je lance le process :

Code:

---

1 2 3 4 5 6 7 8 9

myProcess.StartInfo.FileName = app; myProcess.StartInfo.Arguments = "--interactive"; myProcess.StartInfo.UseShellExecute = false; myProcess.StartInfo.RedirectStandardInput = true; myProcess.StartInfo.RedirectStandardOutput = true;   myProcess.Start(); myStreamWriter = myProcess.StandardInput; myStreamReader = myProcess.StandardOutput;

---

Ensuite , je souhaite envoyer des commandes et récupérer les réponses. Pour ça, j'utilise ReadAsync() :

Code:

---

1 2 3 4 5

using (myStreamReader) { await myStreamReader.ReadAsync(result, 0, 500); }

---

Ça fonctionne bien, mais qu'une fois. En sortant de ReadAsync, le stream est fermé, myStreamReader.BaseStream est null.


Or je veux envoyer d'autre commandes et boucler sur ReadAsync pour récupérer les réponses.

Quelle est la méthode ?


En vous remerciant,

Pendloup

Bonjour,

Dans ton cas, il ne faut pas utiliser de using (myStreamReader), en sortant du using, myStreamReader est libéré. donc ton basestream est null, normal.

C'est tout ce que je peux dire au vu de ce que tu nous postes.

Bon dév.

Bonjour,

Merci pour cette réponse. J'ai testé sans le using. Effectivement, ça résout mon problème . Mais un autre pb se présente. Je boucle sur le ReadAsync pour me remettre en attente de la prochaine sortie de texte. Mais il retourne immédiatement et je récupère toujours la chaîne précédente.

Faut-il vider les données du StreamReader ? Si oui , comment ? Ou bien faut-il lui indiqué la position x courante ? Mais comment la connaitre ?

Code:

---

ReadAsync(result, x, 500);

---

Merci.

Pendloup

Voici la boucle :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

private async void StartRead() { char[] result = new char[5000]; StringBuilder builder = new StringBuilder();   do { try {   //using (myStreamReader) { await myStreamReader.ReadAsync(result, 0, 500); } } catch (Exception e) {   }   foreach (char c in result) { if (char.IsLetterOrDigit(c) || char.IsWhiteSpace(c)) { builder.Append(c); } } TextOutput.Text = builder.ToString(); builder.Clear(); } while (true); }

---

Bonjour,

Tu lis toujours le flux de 0 à 500, si des nouvelles données sont inscrites dans le flux, tu ne les verras pas ;)

Tu as dimensionné ton tableau à 5000 donc tu devrais faire un truc du genre :

Code:

---

1 2 3

ReadAsync(result, x * 500, 500); x++;

---

PS : attention à la taille de ton tableau qui est à 5000

Je comprends bien le rôle de l'index x. Mais ça ne résout pas mon problème.
Après avoir bouclé suffisamment pour lire toutes les données, il continue de boucler indéfiniment.

Je pense que la raison est que les données sont toujours dans le buffer du stream de sortie. Le fait de les lire ne les supprime pas . Donc ReadAsync retourne immédiatement tant qu'il y a des données.

cordialement,

Pendloup

Citation:

---

Envoyé par Pendloup

Après avoir bouclé suffisamment pour lire toutes les données, il continue de boucler indéfiniment.

Je pense que la raison est que les données sont toujours dans le buffer du stream de sortie. Le fait de les lire ne les supprime pas . Donc ReadAsync retourne immédiatement tant qu'il y a des données.

---

Moi à l'inverse je pense que c'est dû au do...while (true)...

:roll:

Bonjour,

Non, le While(true) m'a juste servi à mettre en évidence le fait qu'il me retourne le même texte. Ce n'est qu'un programme de test.

Je tente une autre approche. Je pense avoir mal appréhendé le problème.

Cordialement,

Pendloup

Bonjour,

As-tu pensé à regarder ce que dis MSDN sur la méthode que tu utilises ?
Tu trouveras la référence en anglais ici : http://msdn.microsoft.com/en-us/libr...v=vs.110).aspx

On y apprend pourquoi ta boucle continue même si tu as fini de lire le flux :

Citation:

---

A task that represents the asynchronous read operation. The value of the TResult parameter contains the total number of bytes read into the buffer. The result value can be less than the number of bytes requested if the number of bytes currently available is less than the requested number, or it can be 0 (zero) if the end of the stream has been reached.

---

Ce qui nous interesse se trouve à la fin :
Si on a atteint la fin du flux, la fonction retourne la valeur 0 (c'est le nombre d'octet lu) et ne touche pas à ton buffer.

De plus, je vois une pratique un peu dangereuse ici :
Tu considère que ton buffer est correctement rempli entièrement, ce qui n'est pas vrai !
Il faut toujours regarder la valeur de retour de la méthode pour savoir combien d'octet a été écrits dans ton buffer.