[C#] Comment décoder le Diagnostics.Process.StandardOutput

Salut à tous,

J'utilise la classe System.Diagnostics.Process pour lancer des commande DOS et récupérer le résultat pour en faire un traitement. J'ai des petits soucis parfois avec des caractère qui sont un peu mal décodé. Par exemple, pour la commande DIR, voilà ce que je récupère dans System.Diagnostics.Process.StandardOutput

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

Le volume dans le lecteur D s'appelle DATA Le num‚ro de s‚rie du volume est 801B-4CC2   R‚pertoire de D:\Programmes   17/06/2005 20:16 <REP> . 17/06/2005 20:16 <REP> .. 22/09/1998 15:46 1ÿ942 environ.ksh 22/09/1998 15:46 1ÿ323 profile.ksh   2 fichier(s) 3ÿ265 octets 35 R‚p(s) 955ÿ125ÿ760 octets libres

---

Autant dire qu'il y a comme un soucis avec certains caractères. Y a-t-il un traitement à faire sur le StreamReader pour récupérer une sortie Unicode ? Si quelqu'un a une idée, je suis preneur.
Merci pour votre aide.

CrashMan

oui le flux doit avoir un encodage de lecture équivalent à l'encodage d'ecriture
essayes d'utiliser le constructeur qui permet de surcharger un encodage par exemple System.Text.Encoding.Default je crois (il y en a d'autres...)

En effet, dans le constructeur, utilises System.Text.Encoding.Default comme 2ème paramètre

Merci pour votre aide, mais je ne vois pas comment changer l'encodage du flux de sortie. Moi je lis directement la property StandardOutput de System.Diagnostics.Process après avoir fait le Run. Je n'ai pas trouvé de constructeurs de Diagnostics.Process qui prennent des Arguments. Et la property Diagnostics.Process.StandardOutput.CurrentEncoding n'est qu'en lecture seule. Je dois pas être très doué, mais je ne vois pas comment exploiter vos infos. Vous pouvez préciser, avec un exemple si possible ?
Merci

CrashMan

Montre nous le code que tu utilises :)

Voilà un extrait de mon code :

Code:

---

1 2 3 4 5 6

System.Diagnostics.Process runCmd = new System.Diagnostics.Process(); runCmd.StartInfo.FileName = @"C:\WINDOWS\system32\cmd.exe"; runCmd.StartInfo.Arguments="dir"; runCmd.StartInfo.RedirectStandardOutput = true; runCmd.Start(); string output = runCmd.StandardOutput.ReadToEnd();

---

CrashMan

Arf oui, la c'est vrai que ca va etre dur, on peut rien passé au constructeur :?

sauf peut-être si tu récupère le resultat de runcmd dans un streamreader qui lui posséde le constructeur voulu
après je ne sais pas où tu veux l'afficher

Merci pour les remarques, mais ça ne marche toujours pas. J'ai essayé le truc suivant :

Citation:

---

System.IO.StreamReader TraceCmdReader = new System.IO.StreamReader(runCmd.StandardOutput.BaseStream,System.Text.Encoding.Default);

---

J'ai essayé avec les encodages ASII, Unicode, UTF7 et UTF8. Les résultats sont différents, mais toujours aussi décevant. Vous n'avez pas une autre idée en magasin ?

CrashMan

Excuses si tu as déjà répondu à la question mais que renvoie en test la propriété

Code:

---

1 2	runCmd.StandardOutput.CurrentEncoding;

---

merci :wink:

Les sorties consoles DOS sont en OEM-defined character set

pour les transformer en ANSI : Api win32 OemToChar ou OemToCharBuff

Génial Abelman, ça marche nikel. Par contre j'ai encore 2 petites questions :

1- Est ce qu'il y a un autre moyen de faire ça sans invoquer une DLL native win32 ? J'aurais aimé rester 100% C# dans une optique de porter le code sur UNIX avec Mono (à moins que le problème de l'encodage OEM ne se rencontre que sous DOS !!!)

2- J'ai réussi en Invoquant la méthode OemToCharBuff:

Code:

---

1 2 3

uint Taille = 5000; StringBuilder strBuilder = new StringBuilder((int)Taille); bool res = OemToCharBuff(runCmd.StandardOutput.ReadToEnd(),strBuilder,Taille);

---

Je n'ai pas réussit a utiliser OemToChar:

Code:

---

1 2	StringBuilder strBuilder = new StringBuilder(); bool res = OemToChar(runCmd.StandardOutput.ReadToEnd(),strBuilder);

---

J'ai l'exception System.ExecutionEngineException à l'exécution. Pour ma culture générale et parceque ça m'ennuie d'avoir à définir la taille de ma StringBuilder, quelqu'un saurait -il pourquoi ça cloche ?
Encore mille merci pour votre aide.

CrashMan.

dixit MSDN

Citation:

---

Notes
Les erreurs de moteur d'exécution sont des erreurs irrécupérables qui ne doivent jamais se produire. Ces erreurs se produisent essentiellement lorsque le moteur d'exécution est endommagé ou lorsque des données manquent. Le système peut lever cette exception à tout moment. Lorsque cela est possible, le système lève une exception qui fournit davantage d'informations que l'exception ExecutionEngineException.

Les applications ne doivent pas lever ExecutionEngineException.

ExecutionEngineException utilise le HRESULT COR_E_EXECUTIONENGINE dont la valeur est 0x80131506.

Pour obtenir la liste des valeurs initiales des propriétés d'une instance de ExecutionEngineException, consultez les constructeurs ExecutionEngineException.

---

Citation:

---

Envoyé par CrashMan

1- Est ce qu'il y a un autre moyen de faire ça sans invoquer une DLL native win32 ? J'aurais aimé rester 100% C# dans une optique de porter le code sur UNIX avec Mono (à moins que le problème de l'encodage OEM ne se rencontre que sous DOS !!!)

---

Je ne sais pas ... Je programme pas sous Unix. J'avais cherché à l'epoque à le faire 100% .NET mais je n'y étais pas arrivé. Je dirais donc que l'on ne peut pas :lol:

Citation:

---

Envoyé par CrashMan

Pour ma culture générale et parceque ça m'ennuie d'avoir à définir la taille de ma StringBuilder, quelqu'un saurait -il pourquoi ça cloche ?
Encore mille merci pour votre aide.
CrashMan.

---

Tu peux utiliser OemToChar mais il faut que ton StringBuilder soit au moins de la taille de la chaine que tu souhaites convertir. Tu as une exception car le buffer de ton stringbuilder n'est tout simplement pas assez grand.

Effectivement, j'aurais pu y penser. En tout cas merci beaucoup à tout les deux. J'aurais jamais trouvé tout seul. Ce Forum est vraiment très efficace.
Merci

CrashMan