Discussion :

[leyee]

Bonjour,

Je vous expose mon probleme : je souhaiterai récupérr une fenetre cmd déjà ouverte afin d'écrire à l'interieur (afin d'afficher des informations de debug). J'arrive déjà à réaliser cela a partir d'une fenetre cmd que je lance moi meme à l'aide de la classe Process, mais bien que j'arrive à récuperer une fentre de commande existante, je n'arrive pas à écrire dedans.
Voici une portion de code que j'utilise :

Code :

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

1
2
3
4
5
6
7
8
9
 
System.Diagnostics.Process[] consoleProcesses = Process.GetProcessesByName("cmd");
if (consoleProcesses.Length > 0){
   Process consoleProcess = consoleProcesses[0];
   consoleProcess.StartInfo.UseShellExecute = false;
   consoleProcess.StartInfo.RedirectStandardInput = true;
   consoleProcess.StandardInput.WriteLine("Essai d'ecriture dans la console");
   consoleProcess.StandardInput.Flush();
}

Ce code lève une InvalidOperationException. Si je deporte les deux dernieres lignes au moment où je clique sur un bouton par exemple, aucune exception n'est levée mais la console n'affiche rien... Avez-vous une idée ? J'ai trouvé beaucoup de tuto (tous) qui expliquent comment lire et ecrire dans les flux d'un processus qu'on lance mais aucun qui montre comment faire dans le cas d'un processus deja en cours d'execution.

Merci par avance

[leyee]

Une idée ?

[SirJulio]

Salut,

je n'ai pas la moindre idée de comment ecrire dans une console existante (sendkey + gestion de focus peut etre, pas tres clean mais bon). Par contre, utilisé des propriétés relatives au start de process, c'est sur que ca ne marchera pas.

Bon courage. =)

[tomlev]

Tu n'as qu'à compiler ton programme en tant qu'application console, et utiliser Console.WriteLine...
Par contre si ton idée est d'avoir plusieurs applis qui écrivent dans la même console, ça ne marchera pas...

[leyee]

Bonjour,

Je vous remercie pour vos réponses.

Salut,

je n'ai pas la moindre idée de comment ecrire dans une console existante (sendkey + gestion de focus peut etre, pas tres clean mais bon). Par contre, utilisé des propriétés relatives au start de process, c'est sur que ca ne marchera pas.

Bon courage. =)

Je suis d'accord avec vous. J'ai testé cela un peu en desespoir de cause

Tu n'as qu'à compiler ton programme en tant qu'application console, et utiliser Console.WriteLine...
Par contre si ton idée est d'avoir plusieurs applis qui écrivent dans la même console, ça ne marchera pas...

Effectivement, cela résoudrait mes problèmes ... mais n'est pas envisageable. Je travaille sur une librairie qui élargit les possibilités du langage actionscript (un projecteur). J'ai donc besoin que cela reste une dll

[theMonz31]

salut

ca, ca t'irait ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
namespace CmdConsoleTest
{
    public static class CmdConsole
    {
        [DllImport("kernel32")]
        static extern bool AllocConsole();
 
        public static void Run()
        {
            AllocConsole();
        }
 
        public static void Write(object obj)
        {
            Console.WriteLine(obj);
        }
    }
}

The Monz, Toulouse

[leyee]

Salut,

J'ai effectivement testé cette solution. Je pense d'ailleurs revenir dessus parce qu'elle a le merite de me permettre d'écrire dans la console. J'aurai toutefois préféré etre en mesure d'écrire dans une console existante. Le but est de ne pas etre trop intrusif : en gros si on a la console ouverte, on a le debug de l'application, autrement non

[theMonz31]

salut

ok ca marche

sauf que , à priori, en faisant "Cmd" sous "executer" sous windows, tu peux
ouvrir plusieurs fenetres de commande ... donc, pour le coté "intrusif"...

et si plusieurs fenetres dos sont ouvertes, comment selectionner la fenetre
adéquate

The Monz, Toulouse

[ced600]

et si plusieurs fenetres dos sont ouvertes, comment selectionner la fenetre
adéquate

Les sélectionner une à une, lire leurs contenu, et déterminer laquelle possède le contenu se rapprochant du contenu qu'il devrait y avoir
bref faire comme un humain

[tomlev]

Une solution "propre" serait de faire une appli console qui reçoit les infos de debug par socket, remoting, shared memory, ou autre protocole, et les affiche... mais c'est un peu plus lourd à mettre en place.

[ced600]

Une solution "propre" serait de faire une appli console qui reçoit les infos de debug par socket, remoting, shared memory, ou autre protocole, et les affiche... mais c'est un peu plus lourd à mettre en place.

Oui cela dépend s'il peut modifier la dll en question, je n'ai pas très bien compris ce point là dans ses messages précédent.

[leyee]

j'ai effectivement la main sur dll : le truc c'st que ce n'est pas du tout l'objectif de la librairie que de réaliser cela. J'avais simplement besoin de pouvoir balancer les infos pendant l'execution dans une console dans le cas où celle-ci est ouverte.

[tomlev]

autre solution, simple mais pas très élégante...
Tu écris les messages de debug dans un fichier, et tu fais un process qui surveille le fichier et affiche les nouveaux messages dans la console.

[leyee]

Oui effectivement. Cependant le probleme reste entier : je ne pourrais écrire que dans une console que j'aurai lancé, chose que je peux réaliser. L'interet est de disposer des informations sur l'execution si besoin seulement et de ne pas avoir systematiquement une fenetre qui s'ouvre au lancement de l'application.

[ced600]

Oui effectivement. Cependant le probleme reste entier : je ne pourrais écrire que dans une console que j'aurai lancé, chose que je peux réaliser. L'interet est de disposer des informations sur l'execution si besoin seulement et de ne pas avoir systematiquement une fenetre qui s'ouvre au lancement de l'application.

Soit je ne comprends pas ce que tu veux faire soit tu n'as pas compris les solutions de tomlev ?

[tomlev]

Je viens de tomber sur une fonction Win32 qui m'a rappelé cette discussion... je crois que ça correspond parfaitement au besoin !
La fonction AttachConsole permet de s'attacher à une console d'un autre process. Donc il suffit de connaître le PID de la console déjà ouverte, et c'est bon
http://msdn2.microsoft.com/en-us/lib...52(VS.85).aspx