Discussion :

[CrashMan]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[neguib]

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...)

[Thomas Lebrun]

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

[CrashMan]

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

[Thomas Lebrun]

Montre nous le code que tu utilises

[CrashMan]

Voilà un extrait de mon code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Thomas Lebrun]

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

[neguib]

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

[CrashMan]

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

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

[neguib]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
runCmd.StandardOutput.CurrentEncoding;

merci

[abelman]

Les sorties consoles DOS sont en OEM-defined character set

pour les transformer en ANSI : Api win32 OemToChar ou OemToCharBuff

[CrashMan]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[neguib]

dixit MSDN

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.

[abelman]

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

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.

[CrashMan]

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