Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 11개 있습니다.)
개발 환경 구성: 592. JetBrains의 IDE(예를 들어, PyCharm)에서 Visual Studio 키보드 매핑 적용
; https://www.sysnet.pe.kr/2/0/12752

개발 환경 구성: 595. PyCharm - WSL과 연동해 Django App을 윈도우에서 리눅스 대상으로 개발
; https://www.sysnet.pe.kr/2/0/12773

개발 환경 구성: 597. PyCharm - 윈도우 환경에서 WSL을 이용해 파이썬 앱 개발/디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/12789

개발 환경 구성: 598. PyCharm - 원격 프로세스를 디버그하는 방법
; https://www.sysnet.pe.kr/2/0/12798

개발 환경 구성: 599. PyCharm - (반대로) 원격 프로세스가 PyCharm에 디버그 연결하는 방법
; https://www.sysnet.pe.kr/2/0/12800

개발 환경 구성: 601. PyCharm - 다중 프로세스 디버깅 방법
; https://www.sysnet.pe.kr/2/0/12806

스크립트: 26. 파이썬 - PyCharm을 이용한 fork 디버그 방법
; https://www.sysnet.pe.kr/2/0/12823

개발 환경 구성: 603. GoLand - WSL 환경과 연동
; https://www.sysnet.pe.kr/2/0/12825

개발 환경 구성: 673. JetBrains IDE에서 "Squash Commits..." 메뉴가 비활성화된 경우
; https://www.sysnet.pe.kr/2/0/13318

개발 환경 구성: 679. PyCharm(을 비롯해 JetBrains에 속한 여타) IDE에서 내부 Window들의 탭이 없어진 경우
; https://www.sysnet.pe.kr/2/0/13369

개발 환경 구성: 697. GoLand에서 ldflags 지정 방법
; https://www.sysnet.pe.kr/2/0/13489




PyCharm - 윈도우 환경에서 WSL을 이용해 파이썬 앱 개발/디버깅하는 방법

일단 콘솔 유형의 파이썬 프로젝트를 다음의 경로로 정해 생성했다고 가정해 보겠습니다.

D:\pycharm\work\testconsole

첫 번째 할 일은, "Python Interpreter"를 WSL의 것을 사용하도록 지정하는 것입니다. 이를 위해 다음 화면에서처럼 "Settings (Ctrl + Alt + S)"의 "Project: ..." 설정에서 "Python Interpreter"를 WSL의 것으로 추가합니다.

pycharm_wsl_1.png

그다음, "Run/Debug Configurations"를 하나 추가하고 그 화면에서 "Python Interpreter"를 방금 전에 생성한 WSL의 것으로 변경하는 것과 함께, 시작할 스크립트 경로(이 글에서는 "/mnt/d/pycharm/work/testconsole/main.py")를 전달합니다.

pycharm_wsl_console_1.png

이 상태에서 main.py의 코드를 다음과 같이 구성해 실행해 보면,

import os

print(os.getcwd())

""" 출력 결과
/mnt/c/Program Files/JetBrains/PyCharm 2021.2/jbr/bin
"""

정상적으로 동작은 하지만, getcwd의 경로가 의도치 않은 결과가 나옵니다. PyCharm 개발 환경에서 이를 적용하려면 "Run/Debug Configurations"에서 "Working directory"를 "\mnt\d\pycharm\work\testconsole\"로 바꿔야 할 텐데요, 그런 경우 실행 시 다음과 같은 오류가 발생합니다.

Error running 'run_main': Linux path was expected, but got \mnt\d\pycharm\work\testconsole

/* 이와 관련해서 은근슬쩍 이슈를 제기했더니,

WSL - Working Directory with \mnt\... path is not supported
; https://youtrack.jetbrains.com/issue/PY-50349

여지 없이 제가 아래에 설명할 윈도우 경로 규칙을 이용해보라고 하는군요. ^^ 
그래도 기왕이면, 저처럼 초보자들이 종종 겪을 수 있을 테니 저 방법도 제공하면 좋을 텐데... ^^
*/

재미있는 것은 "Django Server" 유형의 "Run/Debug Configuration"에서는 os.getcwd()가 잘 잡혔는데, 그 상태의 명령행 실행을 보면 "&& cd /mnt/d/pycharm/work/myapp &&" 명령어가 중간에 들어간 것을 볼 수 있습니다.

이런 상황에서 취할 수 있는 방법이라면, 코드 수준에서 해결하는 것을 고려할 수 있습니다. 즉, 개발 환경임을 감안해 아마도 다음과 같은 식의 코드가 가장 나은 듯합니다.

import os

# PyCharm에서만 실행
if os.getenv("IDE_PROJECT_ROOTS"):
    os.chdir(os.getenv("IDE_PROJECT_ROOTS"))

print(os.getcwd())




하지만, 저것보다 더 나은 방법이 있습니다. 재미있게도 PyCharm은 WSL 환경을 하나의 "Python Interpreter" 정도로만 여기는 것이 아니라는 점입니다. 이로 인해 윈도우 경로까지도 WSL의 요건에 맞게 자동으로 중간에서 변경해 주는데요, 그래서 다음과 같이 그냥 평범하게 윈도우 경로로 "Script path"와 "Working directory"를 지정할 수 있습니다.

pycharm_wsl_console_2.png

저렇게 설정해서 실행하면 os.getcwd()의 반환값이 다음과 같이 출력됩니다.

/mnt/d/pycharm/work/testconsole

PyCharm이 참 수고가 많군요. ^^




Run 실행 시 다음과 같은 오류가 발생한다면?

C:\WINDOWS\system32\wsl.exe --distribution Ubuntu20.04 --exec /bin/sh -c "export ...[생략].../pydevd.py' --multiproc --qt-support=auto --client 172.23.208.1 --port 1136 --file"
Traceback (most recent call last):
  File "/mnt/c/Program Files/JetBrains/PyCharm 2021.2/plugins/python/helpers/pydev/pydevd.py", line 2173, in <module>
    main()
  File "/mnt/c/Program Files/JetBrains/PyCharm 2021.2/plugins/python/helpers/pydev/pydevd.py", line 2003, in main
    setup = process_command_line(sys.argv)
  File "/mnt/c/Program Files/JetBrains/PyCharm 2021.2/plugins/python/helpers/pydev/_pydevd_bundle/pydevd_command_line_handling.py", line 137, in process_command_line
    setup['file'] = argv[i]
IndexError: list index out of range

Process finished with exit code 1

현재 실행할 "Run/Debug Configuration"에 "Script path"를 지정하지 않아서 그런 것입니다. "Django Server" 유형의 "Run/Debug Configuration"에서는 시작할 스크립트로 manage.py가 기본 지정돼 있지만 일반 파이썬 프로젝트에서는 그렇지 않으므로 이를 명시해야 합니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/19/2021]

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

비밀번호

댓글 작성자
 




... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12426정성태11/24/20208876오류 유형: 685. WinDbg Preview - error InitTypeRead
12425정성태11/24/202010079VC++: 141. Visual C++ - "Treat Warnings As Errors" 옵션이 꺼져 있는데도 일부 경고가 에러 처리되는 경우
12424정성태11/24/202010393VC++: 140. C++의 연산자 동의어(operator synonyms), 대체 토큰 [1]
12423정성태11/22/202011270.NET Framework: 974. C# 9.0 - (16) 제약 조건이 없는 형식 매개변수 주석(Unconstrained type parameter annotations)파일 다운로드1
12422정성태11/21/20209090.NET Framework: 973. .NET 5, .NET Framework에서만 허용하는 UnmanagedCallersOnly 사용예파일 다운로드1
12421정성태11/19/20208846.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/20208030오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/19/20209305VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/202011329오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/20208745오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/202010020오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/18/202010133.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/18/202011186VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/202010851.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/202013091.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/202010126오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/20209990디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/202011364.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
12408정성태11/9/202022996도서: 시작하세요! C# 9.0 프로그래밍 [8]
12407정성태11/9/202011698.NET Framework: 967. "clr!JIT_DbgIsJustMyCode" 호출이 뭘까요?
12406정성태11/8/202013252.NET Framework: 966. C# 9.0 - (15) 최상위 문(Top-level statements) [5]파일 다운로드1
12405정성태11/8/202010650.NET Framework: 965. C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)파일 다운로드1
12404정성태11/7/202011195.NET Framework: 964. C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)파일 다운로드1
12403정성태11/7/202011234.NET Framework: 963. C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)파일 다운로드1
12402정성태11/7/202011826.NET Framework: 962. C# 9.0 - (11) 공변 반환 형식(Covariant return types) [1]파일 다운로드1
12401정성태11/5/202010838VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할 [1]
... 46  47  48  [49]  50  51  52  53  54  55  56  57  58  59  60  ...