Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Visual Studio Code - Go 코드에서 입력을 받는 경우

지난 글에 구성한 환경 설정에서,

윈도우 환경에서 Visual Studio Code + Go (Zip) 개발 환경
; https://www.sysnet.pe.kr/2/0/12724

다음과 같은 Go 코드를 실행해,

package main

import (
    "fmt"
)

func main() {

    var name string

    fmt.Println("Your name: ")
    fmt.Scanln(&name)

    fmt.Println(name)
}

F5 디버깅을 하면 다음과 같이 fmt.Scanln에서 입력이 안 됩니다.

vscode_go_input_0.png

"DEBUG CONSOLE" 창의 하단에 있는 입력 프롬프트에서 값을 넣어도 적용이 안 되는데요, 심지어 fmt.Scanln에 BP(BreakPoint)를 걸고 Step-over를 하면 이런 메시지가 뜨기도 합니다.

Unable to produce stack trace as the debugger is running

아무래도 "DEBUG CONSOLE" 창에서의 입력이 뭔가 연동되지 않는 부분이 있는 듯합니다. 반면, "Ctrl+Shift+B" 키를 이용해 실행한 command 구성에서는,

// cmd.exe인 경우
"command": "go build -o bin && .\\bin\\mywork",

// powershell인 경우
"command": "(go build -o bin); if ($?) { ./bin/mywork }",
"

실행하면 정상적으로 입력을 받을 수 있습니다.

vscode_go_input_1.png

하지만, 아쉽게도 위의 방법은 F5에서처럼 디버깅 환경을 제공하는 것은 아닙니다.




F5는 ".vscode\launch.json"의 영향을 받습니다. 가령 다음과 같이 구성하고,

{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        {
            "name": "Run and debug",
            "type": "go",
            "request": "launch",
            "mode": "debug",
            "program": "${workspaceFolder}",
            "processId": 0,
            "args": [ "test1", "test2" ]
        },
    ]
}

F5 키를 눌러 디버깅을 시작하면 (launch.json에 하나밖에 없는) "Run and debug"라는 설정으로 디버깅 프로세스가 실행됩니다. 당연히 위와 같이 하면 명령행 인자를 "test1", "test2"가 추가된 유형으로 받게 되는데요.

그렇다면 예전에 설명했던 방법에 따라,

Visual Studio Code에서 콘솔 응용 프로그램 개발 시 "입력"받는 방법
; https://www.sysnet.pe.kr/2/0/11975

"console" 옵션에 "integratedTerminal"을 주면 되지 않을까요? 실제로 해보면, 아쉽게도 해당 옵션에 영향을 받지 않습니다. (그나저나, launch.json 자체의 Intellisense에서 "console" 옵션이 아예 삭제되었습니다. 아무래도 이런 옵션도 언어마다 설정이 가능한 듯합니다.)




결국 디버깅 환경에서의 입력 문제는 해결하지 못했습니다. 단지, 검색해 보면 아래의 그럴 듯한 글이 있는데,

How to read input when debugging GO in Visual Studio Code?
; https://stackoverflow.com/questions/50884981/how-to-read-input-when-debugging-go-in-visual-studio-code

제시한 바에 따라 command를 이렇게 구성해 봤지만,

"command": "C:\\Users\\testusr\\Go\\bin\\dlv debug --headless=true --listen=0.0.0.0:53456 --log --api-version=2",

TERMINAL 창에는 다음과 같은 메시지만 띄우고는,

API server listening at: 127.0.0.1:53456
2021-07-18T11:56:33+09:00 info layer=debugger launching process with args: [E:\mywork\__debug_bin]

더 이상 진행이 안 됩니다. ^^; 아마도 저렇게 --listen에 포트를 명시하는 게 문제인 듯하니다. 왜냐하면, F5 디버깅 시에는 비주얼 스튜디오 코드가 dlv를 실행하면서 --listen에 포트를 명시하고 이후 vscode는 해당 포트로 (아마도 디버깅 연동을 위한) TCP 연결을 하는데 저런 식으로 임의로 명시를 해버리는 것을 vscode에서 알 수 있는 방법이 없기 때문입니다.

혹시 디버깅에서의 입력을 성공하신 분은 덧글 부탁드립니다. ^^





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







[최초 등록일: ]
[최종 수정일: 7/30/2021]

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)
13679정성태7/16/20247574Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20248197VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248595오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248329Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410684C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249234오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249953닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247979닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248290오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248353오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248651개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247235닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249133Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249423Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248552닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248335닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248234Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249050오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248958개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249690개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248783닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249513Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249073닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248750오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248920닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410426닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...