Używanie niestandardowej konsoli do debugowania aplikacji konsoli programu Visual Studio

Question

Czy można ustawić program Visual Studio, aby podczas debugowania aplikacji konsolowej używał niestandardowej konsoli?

Nie jestem pewien, jaka jest domyślna konsola, wygląda ona tak jak cmd.exe. Naprawdę chciałbym, aby moja aplikacja do konsoli działała w ConEmu podczas debugowania.

Aby było jasne, chcę kliknąć "Rozpocznij debugowanie" i proces powinien przebiegać dokładnie tak, jak zwykle, ale zamiast wywoływania konsoli cmd.exe powinien on wywołać konsolę ConEmu (lub cokolwiek innego).

Używam Visual Studio 2010 Pro

Ściśle związane z tym (bez odpowiedzi) Pytanie: Use Console2 for Visual Studio debugging?

Answer 1

pan mieszać pojęć. "Windows Console" nie jest "cmd.exe", ale specjalną "usługą", która zaimplementowała, na przykład Win7, z "conhost.exe".

Po uruchomieniu dowolnej aplikacji konsolowej (nie ma znaczenia cmd, powershell lub własna aplikacja), Windows uruchamia ją w specjalnym środowisku, które może mieć widoczne okno konsoli. Ale zawsze jest to wewnętrzna konsola systemu Windows.

Ale! Emulatory konsoli mogą przechwytywać to okno, ukrywać prawdziwą konsolę i wyświetlać własną emulowaną powierzchnię. Na przykład możesz uruchomić ConEmu za pomocą specjalnych przełączników (opisanych w SU, link w komentarzu) i gotowe.

wymiana Fabryczna

ConEmu posiada funkcję o nazwie Default Terminal. Jeśli włączysz tę funkcję, uzyskasz płynne uruchamianie aplikacji z Visual Studio w terminalu ConEmu. Pomysł polega na zahaczeniu CreateProcess w aplikacji źródłowej (explorer.exe, vcexpress.exe itd., Ogranicz je za pomocą | w ustawieniach). Przeczytaj więcej o tej funkcji w project wiki.

Możesz użyć istniejącej instancji ConEmu lub uruchomić nowe okno dla swojej aplikacji. ConEmu może wyświetlić komunikat Press Enter or Esc to close console... na konsolecie po zamknięciu aplikacji (radio Always). Nie musisz już dodawać readline na końcu programu, aby zobaczyć wynik.

Zmiana kodu aplikacji

Bo to jest twój własny program, można dodać, na przykład, następujące wiersze na czele swojej funkcji main przykład

C++

#ifdef _DEBUG 
if (IsDebuggerPresent()) 
{ 
    STARTUPINFO si = {sizeof(si)}; PROCESS_INFORMATION pi = {}; 
    if (CreateProcess(NULL, 
     _T("\"C:\\Program Files\\ConEmu\\ConEmu\\ConEmuC.exe\" /AUTOATTACH"), 
     NULL, NULL, FALSE, NORMAL_PRIORITY_CLASS, NULL, NULL, &si, &pi)) 
    { CloseHandle(pi.hProcess); CloseHandle(pi.hThread); } 
} 
#endif 

C# przykład

#if DEBUG 
ProcessStartInfo pi = new ProcessStartInfo(@"C:\Program Files\ConEmu\ConEmu\ConEmuC.exe", "/AUTOATTACH"); 
pi.CreateNoWindow = false; 
pi.UseShellExecute = false; 
Console.WriteLine("Press Enter after attach succeeded"); 
Process.Start(pi); 
Console.ReadLine(); 
#endif 

Answer 2

Kilka pomysłów:

1. Wystarczy uruchomić program w ConEmu bezpośrednio, a następnie wybierz Dołącz do procesu z menu Debug w programie Visual Studio. Możesz dodać opóźnienie na początku programu, aby dać ci czas na dołączenie. Jest to trochę uciążliwe, jeśli trzeba to robić w kółko, ale często jest to przydatne w tego typu sytuacjach.

2. Dodaj oświadczenie __debugbreak(); do początku swojego programu (może wewnątrz bloku #ifndef NDEBUG). Uruchom program bezpośrednio w ConEmu. Użyj funkcji JIT programu Visual Studio, aby nawiązać połączenie po trafieniu debugowania i kontynuuj debugowanie.