Comment envoyer des clés au lieu de caractères à un processus?

Si vous avez une fenêtre Formulaires Windows que vous pouvez envoyer les touches, alors SendKeys pourrait être une solution appropriée.

pour appuyer sur le dos de l'espace arrière et Ctrl + C, qui doit être P>

SendKeys.Send("{BACKSPACE}^C");

Vous mélangez des flux d'entrée avec des signaux de contrôle. Un processus de console a un flux d'entrée par défaut que vous pouvez contrôler avec la normeInput, comme vous le savez déjà. Mais Ctrl-C et Ctrl-Break ne sont pas des caractères envoyés au processus via ce flux, mais ils sont plutôt signaux de commande forts> que le processus reçoit à l'aide des gestionnaires de signaux enregistrés, voir Ctrl + C et CTRL + Signaux de rupture :

Par défaut, quand une fenêtre de console a la mise au point du clavier, Ctrl + C ou Ctrl + Break est traité comme un signal (Sigint ou Sigbreak) et pas comme Entrée de clavier. P> blockQuote>

envoyer de faux signaux à un processus que vous pouvez utiliser generateconsolectrument code> et envoyer soit ctrl_c_event code> ou ctrl_break_event code>. Cette API n'a pas d'équivalent .net, vous devez donc la pincer. P>

Pour l'utiliser à partir de .NET, vous devez simplement inclure la définition de la fonction: P>

const int CTRL_C_EVENT = 0;
const int CTRL_BREAK_EVENT = 1;

[DllImport("kernel32.dll")]
static extern bool GenerateConsoleCtrlEvent(
    uint dwCtrlEvent,
    uint dwProcessGroupId);

Il y a un simulateur d'entrée trouvé ici sur codeProject qui fait exactement et reflète les envois Sendkeys ... Je colle encore un certain code dans ceci pour démontrer ....

EDIT # 2: En fait, je suis assez surpris ... Comme ce code montrera (preuve de concept ) ... il utilise:

• InputSImulator (comme mentionné précédemment)
• Un formulaire Windows composé d'un bouton, lorsque le formulaire est chargé, il exécute automatiquement la classe. En cliquant sur le bouton, il publie une rupture de Ctrl au processus masqué
• Le flux de sortie est effectivement redirigé et est une fenêtre cachée.
• La chose étrange, est la sortie est en cours de capture mais ne montre pas les résultats dans la fenêtre de débogage, en temps réel, il est tamponné (je suppose) jusqu'à ce que le processus se termine, l'ensemble de la sortie est affichée. .
• J'ai triché un peu sur l'appel de l'API FINTWINDOW API, car je savais que le titre de la fenêtre était et qu'il était en quelque sorte capable de l'amener au premier plan et d'utiliser l'entréeImulator pour y envoyer les touches de frappe. .. la file d'attente du clavier de la "fenêtre de premier plan actif", qui, malgré cela, est caché '
• J'ai utilisé la commande 'netstat -e -e 5' pour boucle pour toujours, rafraîchir les résultats toutes les 5 secondes jusqu'à ce qu'il reçoive un "Ctrl + C" pour casser la boucle infinie. xxx

  nitpicky de côté, je sais que le fichier netstat est en cours d'exécution sur le thread "Backworker" et j'ai invoqué directement la méthode "PostCtrlc" de la Fil d'interface graphique principale ... Ceci est pédant comme un code de la preuve de concept, mais il montre qu'il doit mettre en œuvre «isynchronizeinvoke» pour le faire vitrage, cela de côté ... il fonctionne effectivement.