Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

Visual Studio Code에서 콘솔 응용 프로그램 개발 시 "입력"받는 방법

예를 들어 다음과 같이 입력을 받는 콘솔 프로그램을 만든 경우,

using System;

class Program
{
    static void Main(string[] args)
    {
        Console.WriteLine("Hello World!");

        Console.ReadLine();
    }
}

Visual Studio Code에서 실행하면 "입력"을 받을 수 없습니다. 물론 필요가 없다면 그냥 종료해도 되겠지만 그렇지 않은 경우라면 문제가 되는데요, 이에 대해서는 관련 옵션을 설정할 수 있는 다음의 공식 문서에 해답이 있습니다.

Configuring launch.json for C# debugging - Console (terminal) window
; https://github.com/OmniSharp/omnisharp-vscode/blob/master/debugger-launchjson.md#console-terminal-window

Debug Console window cannot accept Console.ReadLine() input during debugging
; https://github.com/OmniSharp/omnisharp-vscode/issues/1053

그러니까, ".vscode/launch.json" 파일을 보면 기본적으로 "console" 설정이 입력을 받을 수 없는 "internalConsole"로 되어 있습니다.

{
   // Use IntelliSense to find out which attributes exist for C# debugging
   // Use hover for the description of the existing attributes
   // For further information visit https://github.com/OmniSharp/omnisharp-vscode/blob/master/debugger-launchjson.md
   "version": "0.2.0",
   "configurations": [
        {
            "name": ".NET Core Launch (console)",
            "type": "coreclr",
            "request": "launch",
            "preLaunchTask": "build",
            // If you have changed target frameworks, make sure to update the program path.
            "program": "${workspaceFolder}/bin/Debug/netcoreapp3.0/vscode_console_input.dll",
            "args": [],
            "cwd": "${workspaceFolder}",
            // For more information about the 'console' field, see https://aka.ms/VSCode-CS-LaunchJson-Console
            "console": "internalConsole",
            "stopAtEntry": false
        },
        {
            "name": ".NET Core Attach",
            "type": "coreclr",
            "request": "attach",
            "processId": "${command:pickProcess}"
        }
    ]
}

이 값을 "integratedTerminal" 또는 "externalTerminal"로 바꿔주면 입력 값을 받을 수 있는데요. "externalTerminal"의 경우 실행 시 Visual Studio Code의 하단 "OUTPUT" 뷰가 사용되지 않고 아예 콘솔 창이 하나 뜨게 됩니다.

vscode_console_input_1.png

새 창이 하나 뜨는 게 왠지 거슬릴 수 있는데, 그런 경우라면 "integratedTerminal" 옵션을 선택하면 됩니다.




참고로 "Remote Development" 환경의 경우,

로컬의 Visual Studio Code로 원격 리눅스 머신에 접속해 개발하는 방법
; https://www.sysnet.pe.kr/2/0/11942

윈도우에서 리눅스로 접근하고 있다면, "externalTerminal" 설정은 다음과 같은 식의 오류가 발생하게 됩니다.

Unable to launch debugger worker process (vsdbg) through the terminal. can't find terminal application 'xterm'

xterm을 설치해 주면,

[Centos 7]

$sudo yum install xterm

이제는 다음과 같이 바뀝니다.

Unable to launch debugger worker process (vsdbg) through the terminal. xterm: Xt error: Can't open display: 

저도 해보진 않았는데 아마도 필요한 설정을 해주면,

Windows 10에서 리눅스용 프로그램 설치하고 실행하기
; https://medium.com/rkttu/windows-10%EC%97%90%EC%84%9C-%EB%A6%AC%EB%88%85%EC%8A%A4%EC%9A%A9-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8-%EC%84%A4%EC%B9%98%ED%95%98%EA%B3%A0-%EC%8B%A4%ED%96%89%ED%95%98%EA%B8%B0-2cb0d7892d12

Xming X Server for Windows
; http://sourceforge.net/projects/xming/

"externalTerminal" 설정이 동작해 새 창으로 뜨게 될 것입니다. 하지만, "integratedTerminal" 옵션이 제공되므로 저렇게까지 할 필요는 없는 것 같습니다. "integratedTerminal" 옵션이 한 가지 불편한 점이 있다면, 그 모드로 띄웠을 때 예외가 발생해 콘솔 프로그램이 종료되면 "OUTPUT" 창이 더 이상 동작하지 않게 되는 문제가 발생한다는 점입니다. 이럴 때는 OUTPUT 창을 닫고 다시 열어야 하는 식으로 조정을 좀 해야 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/5/2019]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13829정성태11/25/20246705스크립트: 67. 파이썬 - Windows 버전에서 함께 설치되는 py.exe
13828정성태11/25/20245205개발 환경 구성: 735. Azure - 압축 파일을 이용한 web app 배포 시 디렉터리 구분이 안 되는 문제파일 다운로드1
13827정성태11/25/20246027Windows: 273. Windows 환경의 파일 압축 방법 (tar, Compress-Archive)
13826정성태11/21/20246401닷넷: 2313. C# - (비밀번호 등의) Console로부터 입력받을 때 문자열 출력 숨기기(echo 끄기)파일 다운로드1
13825정성태11/21/20247052Linux: 110. eBPF / bpf2go - BPF_RINGBUF_OUTPUT / BPF_MAP_TYPE_RINGBUF 사용법
13824정성태11/20/20245428Linux: 109. eBPF / bpf2go - BPF_PERF_OUTPUT / BPF_MAP_TYPE_PERF_EVENT_ARRAY 사용법
13823정성태11/20/20246629개발 환경 구성: 734. Ubuntu에 docker, kubernetes (k3s) 설치
13822정성태11/20/20246499개발 환경 구성: 733. Windbg - VirtualBox VM의 커널 디버거 연결 시 COM 포트가 없는 경우
13821정성태11/18/20246102Linux: 108. Linux와 Windows의 프로세스/스레드 ID 관리 방식
13820정성태11/18/20246561VS.NET IDE: 195. Visual C++ - C# 프로젝트처럼 CopyToOutputDirectory 항목을 추가하는 방법
13819정성태11/15/20245136Linux: 107. eBPF - libbpf CO-RE의 CONFIG_DEBUG_INFO_BTF 빌드 여부에 대한 의존성
13818정성태11/15/20246697Windows: 272. Windows 11 24H2 - sudo 추가
13817정성태11/14/20245898Linux: 106. eBPF / bpf2go - (BPF_MAP_TYPE_HASH) Map을 이용한 전역 변수 구현
13816정성태11/14/20246853닷넷: 2312. C#, C++ - Windows / Linux 환경의 Thread Name 설정파일 다운로드1
13815정성태11/13/20245475Linux: 105. eBPF - bpf2go에서 전역 변수 설정 방법
13814정성태11/13/20246120닷넷: 2311. C# - Windows / Linux 환경에서 Native Thread ID 가져오기파일 다운로드1
13813정성태11/12/20246666닷넷: 2310. .NET의 Rune 타입과 emoji 표현파일 다운로드1
13812정성태11/11/202410286오류 유형: 933. Active Directory - The forest functional level is not supported.
13811정성태11/11/20245861Linux: 104. Linux - COLUMNS 환경변수가 언제나 80으로 설정되는 환경
13810정성태11/10/20246887Linux: 103. eBPF (bpf2go) - Tracepoint를 이용한 트레이스 (BPF_PROG_TYPE_TRACEPOINT)
13809정성태11/10/20246531Windows: 271. 윈도우 서버 2025 마이그레이션
13808정성태11/9/20246839오류 유형: 932. Linux - 커널 업그레이드 후 "error: bad shim signature" 오류 발생
13807정성태11/9/20245693Linux: 102. Linux - 커널 이미지 파일 서명 (Ubuntu 환경)
13806정성태11/8/20245871Windows: 270. 어댑터 상세 정보(Network Connection Details) 창의 내용이 비어 있는 경우
13805정성태11/8/20245477오류 유형: 931. Active Directory의 adprep 또는 복제가 안 되는 경우
13804정성태11/7/20247072Linux: 101. eBPF 함수의 인자를 다루는 방법
1  2  3  4  5  [6]  7  8  9  10  11  12  13  14  15  ...