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

비밀번호

댓글 작성자
 




... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...
NoWriterDateCnt.TitleFile(s)
11358정성태11/15/201726694사물인터넷: 9. Visual Studio 2017에서 Raspberry Pi C++ 응용 프로그램 제작 [1]
11357정성태11/15/201727189개발 환경 구성: 336. 윈도우 10 Bash 쉘에서 C++ 컴파일하는 방법
11356정성태11/15/201728778사물인터넷: 8. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 마우스 + 키보드로 쓰는 방법 [4]
11355정성태11/15/201724505사물인터넷: 7. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 마우스로 쓰는 방법 [2]파일 다운로드2
11354정성태11/14/201728724사물인터넷: 6. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 키보드로 쓰는 방법 [8]
11353정성태11/14/201725897사물인터넷: 5. Raspberry Pi Zero(OTG)를 다른 컴퓨터에 연결해 가상 이더넷 카드로 쓰는 방법 [1]
11352정성태11/14/201721987사물인터넷: 4. Samba를 이용해 윈도우와 Raspberry Pi간의 파일 교환 [1]
11351정성태11/7/201725236.NET Framework: 698. C# 컴파일러 대신 직접 구현하는 비동기(async/await) 코드 [6]파일 다운로드1
11350정성태11/1/201721218디버깅 기술: 108. windbg 분석 사례 - Redis 서버로의 호출을 기다리면서 hang 현상 발생
11349정성태10/31/201721705디버깅 기술: 107. windbg - x64 SOS 확장의 !clrstack 명령어가 출력하는 Child SP 값의 의미 [1]파일 다운로드1
11348정성태10/31/201718160디버깅 기술: 106. windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법
11347정성태10/28/201721769오류 유형: 424. Visual Studio - "클래스 다이어그램 보기" 시 "작업을 완료할 수 없습니다. 해당 인터페이스를 지원하지 않습니다." 오류 발생
11346정성태10/25/201718340오류 유형: 423. Windows Server 2003 - The client-side extension could not remove user policy settings for 'Default Domain Policy {...}' (0x8007000d)
11338정성태10/25/201716740.NET Framework: 697. windbg - SOS DumpMT의 "BaseSize", "ComponentSize" 값에 대한 의미파일 다운로드1
11337정성태10/24/201718883.NET Framework: 696. windbg - SOS DumpClass/DumpMT의 "Vtable Slots", "Total Method Slots", "Slots in VTable" 값에 대한 의미파일 다운로드1
11336정성태10/20/201719660.NET Framework: 695. windbg - .NET string의 x86/x64 메모리 할당 구조
11335정성태10/18/201718662.NET Framework: 694. 닷넷 - <Module> 클래스의 용도
11334정성태10/18/201719696디버깅 기술: 105. windbg - k 명령어와 !clrstack을 조합한 호출 스택을 얻는 방법
11333정성태10/17/201718863오류 유형: 422. 윈도우 업데이트 - Code 9C48 Windows update encountered an unknown error.
11332정성태10/17/201719819디버깅 기술: 104. .NET Profiler + 디버거 연결 + .NET Exceptions = cpu high
11331정성태10/16/201718148디버깅 기술: 103. windbg - .NET 4.0 이상의 환경에서 모든 DLL에 대한 심벌 파일을 로드하는 파이썬 스크립트
11330정성태10/16/201717424디버깅 기술: 102. windbg - .NET 4.0 이상의 환경에서 DLL의 심벌 파일 로드 방법 [1]
11329정성태10/15/201721596.NET Framework: 693. C# - 오피스 엑셀 97-2003 .xls 파일에 대해 32비트/64비트 상관없이 접근 방법파일 다운로드1
11328정성태10/15/201724498.NET Framework: 692. C# - 하나의 바이너리로 환경에 맞게 32비트/64비트 EXE를 실행하는 방법파일 다운로드1
11327정성태10/15/201718265.NET Framework: 691. AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제파일 다운로드1
11326정성태10/15/201718551.NET Framework: 690. coreclr 소스코드로 알아보는 .NET 4.0의 모듈 로딩 함수 [1]
... 91  92  93  94  95  96  97  98  99  100  101  102  [103]  104  105  ...