Mit AttachConsole, muss der Benutzer die "enter" - Taste bekommen reguläre Befehlszeile

Ich habe eine progaram werden können, lief sowohl als winform, oder von der Kommandozeile. Wenn Sie aufgerufen wird, von einer Befehl Linie nenne ich AttachConsole(-1) zu befestigen Elternteil Konsole.

Jedoch, nach meinem Programm endet, muss der Benutzer drücken Sie die EINGABETASTE, um wieder die standard-Eingabeaufforderung ("c:\>"). gibt es eine Möglichkeit das zu vermeiden müssen?

Dank.
Ich konnte wickeln Sie es in eine cmd-Datei zu vermeiden, dass Problem, aber ich möchte es von meiner exe.

  • Haben Sie jemals herausfinden? Ich habe die gleiche Sache und wäre daran interessiert zu wissen, ob es eine Arbeit um.
  • Nein habe ich nicht. Sorry.
  • Gleiche problem hier. Der Benutzer ist auf einem standard-Kommandozeile, aber die Eingabeaufforderung nicht angezeigt wird (bis Sie die EINGABETASTE drücken, um re-zeigen Sie es)
  • Jemand mit einer ähnlichen (ungelöstes) problem hier: groups.google.com/group/microsoft.public.win32.programmer.ui/...
InformationsquelleAutor Clangon | 2009-08-20
  1. 18

    Versuchen Sie diese Zeile einfach vor Ihr exe beendet...

    System.Windows.Forms.SendKeys.SendWait("{ENTER}");

    Bisschen ein hack, aber die beste die ich finden konnte, wenn ich begegnet diesem problem.

    • LOL, das ist wirklich offensichtlich, aber ich konnte nicht es herausfinden, bevor Googeln 😛
    • Dies scheint wirklich schlecht, aber es scheint zu sein, anscheinend die einzige Möglichkeit, dies zu tun. Danke.
    • Dies scheint nur zu funktionieren, wenn die Konsole in den Vordergrund ... sonst die "Enter" gesendet wird, zu welcher app ist im Vordergrund.
    • Warnung: ich habe dieses Problem beim aufrufen meiner hybrid-winforms/console-app aus dem Task-Scheduler und Verwendung von SendKeys.SendWait stackoverflow.com/questions/22436352/... siehe auch hier stackoverflow.com/questions/4479214/...
    • Rob ' s Ansatz ist etwas gefährlich, da die Verwendung von SendKey an das aktive Fenster. Meine Lösung unten wird PostMessage senden Sie die EINGABETASTE, um den korrekten Prozess.
    InformationsquelleAutor Rob L
  2. 4

    Rob L s Ansatz ist etwas gefährlich, da es senden Sie die EINGABETASTE, um das aktive Fenster. Ein besserer Ansatz ist die tatsächliche senden Sie die EINGABETASTE, um den richtigen Prozess (die Konsole).

    hier ist, wie

        internal static class NativeMethods
    {
        [DllImport("kernel32.dll", SetLastError = true)]
        internal static extern bool AllocConsole();

        [DllImport("kernel32.dll", SetLastError = true)]
        internal static extern bool FreeConsole();

        [DllImport("kernel32", SetLastError = true)]
        internal static extern bool AttachConsole(int dwProcessId);

        [DllImport("user32.dll")]
        internal static extern IntPtr GetForegroundWindow();

        [DllImport("user32.dll", SetLastError = true)]
        internal static extern uint GetWindowThreadProcessId(IntPtr hWnd, out int lpdwProcessId);

        [DllImport("User32.Dll", EntryPoint = "PostMessageA")]
        internal static extern bool PostMessage(IntPtr hWnd, uint msg, int wParam, int lParam);

        internal const int VK_RETURN = 0x0D;
        internal const int WM_KEYDOWN = 0x100;
    }

    --snip--

                bool attached = false;

            //Get uppermost window process
            IntPtr ptr = NativeMethods.GetForegroundWindow();
            int u;
            NativeMethods.GetWindowThreadProcessId(ptr, out u);
            Process process = Process.GetProcessById(u);

            if (string.Compare(process.ProcessName, "cmd", StringComparison.InvariantCultureIgnoreCase) == 0)
            {
                //attach to the current active console
                NativeMethods.AttachConsole(process.Id);
                attached = true;
            }
            else
            {
                //create new console
                NativeMethods.AllocConsole();
            }

            Console.Write("your output");

            NativeMethods.FreeConsole();

            if (attached)
            {
                var hWnd = process.MainWindowHandle;
                NativeMethods.PostMessage(hWnd, NativeMethods.WM_KEYDOWN, NativeMethods.VK_RETURN, 0);
            }

    Diese Lösung baut auf dem code, der ist hier zu finden:

    http://www.jankowskimichal.pl/en/2011/12/wpf-hybrid-application-with-parameters/

    • Tatsächlich, nicht tun, erstellen Sie ein Programm, dass eine GUI und Konsole app in der gleichen Zeit.. Lesen Sie dies: stackoverflow.com/questions/493536/...
    • Ich bin damit einverstanden, dass die Lösung von Rob ist unsicher, aber es scheint Ihre Antwort leidet unter dem gleichen problem durch die Verwendung von GetForegroundWindow. Vielleicht verwenden Sie eine API, um zu sehen, welcher Prozess begann Ihre app, oder verwenden Sie GetConsoleProcessList.
    InformationsquelleAutor invalidusername
  3. 4

    Hier ist der sicherste hack, löst die Enter-Taste, problem unabhängig davon, ob das console-Fenster im Vordergrund, hintergrund oder minimiert. Sie können sogar führen Sie es in mehreren Konsolenfenstern. 

    using System;
using System.Runtime.InteropServices;
using System.Threading;
using System.Windows.Forms;

namespace WindowsAndConsoleApp
{
  static class Program
  {
    const uint WM_CHAR = 0x0102;
    const int VK_ENTER = 0x0D;

    [DllImport("kernel32.dll")]
    static extern bool AttachConsole(int dwProcessId);
    private const int ATTACH_PARENT_PROCESS = -1;

    [DllImport("kernel32.dll", SetLastError = true)]
    static extern bool FreeConsole();

    [DllImport("kernel32.dll")]
    static extern IntPtr GetConsoleWindow();

    [DllImport("user32.dll")]
    static extern int SendMessage(IntPtr hWnd, uint msg, IntPtr wParam, IntPtr lParam);

    [STAThread]
    static void Main(string[] args)
    {
        if (args.Length > 0)
        {
            //Do this first.
            AttachConsole(ATTACH_PARENT_PROCESS);

            Console.Title = "Console Window - Enter Key Test";
            Console.WriteLine("Getting the handle of the currently executing console window...");
            IntPtr cw = GetConsoleWindow();
            Console.WriteLine($"Console handle: {cw.ToInt32()}");
            Console.WriteLine("\nPut some windows in from of this one...");
            Thread.Sleep(5000);
            Console.WriteLine("Take your time...");
            Thread.Sleep(5000);
            Console.WriteLine("Sending the Enter key now...");

            //Send the Enter key to the console window no matter where it is.
            SendMessage(cw, WM_CHAR, (IntPtr)VK_ENTER, IntPtr.Zero);

            //Do this last.
            FreeConsole();
        }
        else
        {
            Application.EnableVisualStyles();
            Application.SetCompatibleTextRenderingDefault(false);
            Application.Run(new MainForm());
        }
    }
  }
}
    • Dies ist die Antwort, die geholfen lösen mein Problem. Ich weiß, das ist fast ein halbes Jahr später, aber danke!
    • Genial! Dieses komplett mein Problem gelöst! Umgesetzt innerhalb WOA Deployer für Raspberry Pi. Vielen Dank!
    InformationsquelleAutor CaymanRich
  4. 2

    Ok, ich habe nicht die Lösung, aber es scheint zu sein, weil die cmd.exe wartet nicht auf den begonnen Prozess, in der Erwägung, dass mit einer normalen Konsolenanwendung cmd.exe wartet, bis die Anwendung beendet wird. Ich weiß nicht, was macht cmd.exe entscheiden, zu warten oder sich nicht auf eine Anwendung, die normale Windows-Forms-Anwendungen sind gerade begonnen und cmd.exe nicht warten, bis es zu beenden. Vielleicht ist dieser Hinweis löst jemand! Ich werde ein bisschen tiefer Graben, in der Zwischenzeit, während.

    Wout

    InformationsquelleAutor Wout
  5. 1

    Versuchen Sie den Aufruf der FreeConsole Funktion vor dem beenden der ausführbaren Datei.

    • Ich habe auch schon versucht, scheint nicht zu funktionieren. trotzdem danke.
    InformationsquelleAutor Nick
  6. 0

    Diese ist die einfachste Lösung für mich:

    myapp.exe [params] | ECHO.
    InformationsquelleAutor JSas
Schreibe einen Kommentar