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

마이크로소프트의 CoreCLR 프로파일러 리눅스 예제를 Visual Studio F5 원격 디버깅하는 방법

CoreCLR 프로파일러 예제를 리눅스 운영체제에서 빌드해 보고,

마이크로소프트의 CoreCLR 프로파일러 예제 빌드 방법
; https://www.sysnet.pe.kr/2/0/11294

이것을 Visual Studio의 CMake 프로젝트로 변경도 해봤는데요.

마이크로소프트의 CoreCLR 프로파일러 예제를 Visual Studio CMake로 빌드하는 방법
; https://www.sysnet.pe.kr/2/0/11842

F5 디버깅이 안 된다는 것은 차라리 리눅스에서 개발하는 것이 나을 정도이므로 별로 효용성이 없습니다. 하지만, 이 프로젝트를 비주얼 스튜디오의 리눅스 프로젝트로 변경하면,

Visual Studio 2019 - 리눅스 프로젝트를 이용한 공유/실행(so/out) 프로그램 개발 환경 설정
; https://www.sysnet.pe.kr/2/0/11844

F5 디버깅이 가능합니다. 변경 과정도 그다지 어렵지 않습니다. 그냥 리눅스 프로젝트 생성 후 위의 글에 설명한 데로 so 프로젝트로 변경하고 빌드에 필요한 dotnet core include 파일들을 포함하면 됩니다. include 파일들은 vcxproj 파일에 다음과 같은 식으로 일괄 포함하는 것도 가능하지만,

<ItemGroup>
    <ClInclude Include=".\cor\**\*.h" />
</ItemGroup>

일일이 추가해도 상관없습니다. 그다음 리눅스 측에서 빌드할 때 cor 폴더의 header 파일들을 찾을 수 있도록 "C/C++" / "General"의 "Additional Include Directories"에 다음의 4개 폴더를 등록합니다.

./cor/src/inc
./cor/src/pal/inc/rt
./cor/src/pal/inc
./cor/src/pal/prebuilt/inc

실제로 dotnet core 헤더 파일들에는 하위 폴더들이 많은데 프로파일러 예제 빌드로는 저 4개의 폴더만 있으면 됩니다. 그리고 "C/C++" / "Preprocessor"의 "Preprocessor Definitions"에 "BIT64;PAL_STDCPP_COMPAT;PLATFORM_UNIX" 매크로 상수도 추가한 후 경고를 없애기 위해 "C/C++" / "Command Line"의 "Additional Options"에 다음의 옵션도 넣어줍니다.

-Wno-undef -Wno-invalid-noreturn -fms-extensions -Wno-conversion -Wno-pragma-pack -Wno-unused-variable

마지막으로, "C/C++" / "General"의 "C++ Compiler"를 clang++로 변경하면 끝!

(첨부 파일은 이렇게 변경한 프로젝트 파일입니다.)




그럼 F5 디버깅을 해봐야 할 텐데요. 이를 위해 /etc/profile에 CORECLR 관련 환경 변수를 등록하든가,

$ sudo nano /etc/profile
 
export CORECLR_PROFILER={cf0d821e-299b-5307-a3d8-b283c03916dd}
export CORECLR_ENABLE_PROFILING=1
export CORECLR_PROFILER_PATH=~/projects/corprofiler/bin/x64/Debug/libcorprofiler.so

$ sudo source /etc/profile

아니면 프로젝트 속성 창의 "Debugging"에 "Pre-Launch Command"로 다음과 같이 환경 변수를 등록하면 됩니다.

export CORECLR_ENABLE_PROFILING=1; export CORECLR_PROFILER={cf0d821e-299b-5307-a3d8-b283c03916dd};export CORECLR_PROFILER_PATH=libcorprofiler.so;

(위에서는 CORECLR_PROFILER_PATH에 경로를 생략했는데 이렇게 하려면 /etc/ld.so.conf에 경로를 등록해야 합니다.)

그다음 실행 파일을 /usr/bin/dotnet으로, 인자로 닷넷 예제 프로젝트의 빌드된 DLL을 주면,

Program: /usr/bin/dotnet
Program Arguments: webapp.dll
Working Directory: ~/coreapp

이후 비주얼 스튜디오에서 F5 키를 눌러 원격 디버깅을 진행할 수 있습니다. 오~~~ 이제야 개발할 맛이 납니다. ^^




참고로, 기본 프로파일러 예제는 의존성이 많은데요,

$ ldd ~/projects/corprofiler/bin/x64/Debug/libcorprofiler.so
        linux-vdso.so.1 (0x00007ffda3b38000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fa7b5cda000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fa7b5ac2000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa7b56d1000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa7b5333000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fa7b627b000)

다음의 글에 따라 어느 정도 줄이는 것이 가능합니다.

Linux 응용 프로그램의 (C++) so 의존성 줄이기(ReleaseMinDependency)
; https://www.sysnet.pe.kr/2/0/11845

export된 symbol을 보면 재미있는 점이 있는데요.

$ nm ~/projects/corprofiler/bin/x64/Debug/libcorprofiler.so
0000000000011380 V CLSID_CLR_v1_MetaData
0000000000011390 V CLSID_CLR_v2_MetaData
0000000000011470 V CLSID_Cor
0000000000011480 V CLSID_CorMetaDataDispenser
0000000000011490 V CLSID_CorMetaDataDispenserReg
0000000000011330 V CLSID_CorMetaDataDispenserRuntime
00000000000114a0 V CLSID_CorMetaDataReg
0000000000217008 d DW.ref.__gxx_personality_v0
000000000000e410 T DecoderGetOnDiskSize
000000000000e290 T DecoderInit
000000000000e240 T DllCanUnloadNow
000000000000e170 T DllGetClassObject
0000000000217018 D EnterMethodAddress
000000000001419c r GCC_except_table1
...[생략]...

저렇게 윈도우에서의 프로파일러와 유사한 COM 접근 방식을 리눅스에서도 그대로 흉내 내고 있습니다. ^^ 실제로 소스코드를 봐도 vtable 기반 하의 COM 접근 방식을 동일하게 구현하고 있습니다.




dotnet core의 헤더 파일들을 모두 포함시키면 다음과 같은 식의 빌드 오류가 발생할 수 있습니다.

1>  Task "MultiToolTask" skipped, due to false condition; ('%(Midl.ExcludedFromBuild)'!='true' and '$(UseMultiToolTask)' == 'true') was evaluated as (''!='true' and '' == 'true').
1>  Using "MIDL" task from assembly "C:\Program Files (x86)\Microsoft Visual Studio\2019\Preview\MSBuild\Microsoft\VC\v160\Microsoft.Build.CppTasks.Common.dll".
1>  Task "MIDL"
1>    midl.exe  cor\src\inc\clrdata.idl
1>    Tracking command:
1>    C:\Program Files (x86)\Microsoft Visual Studio\2019\Preview\MSBuild\Current\Bin\Tracker.exe /d "C:\Program Files (x86)\MSBuild\15.0\FileTracker\FileTracker32.dll" /r C:\BUILD_VS_CLR_SAMPLES\CORPROFILER\CORPROFILER\COR\SRC\INC\CLRDATA.IDL /b MSBuildConsole_CancelEvent9ebc403f3abc41d38c14e3110ec31c70  /c midl.exe   cor\src\inc\clrdata.idl
1>    TRACKER : error TRK0005: Failed to locate: "midl.exe". The system cannot find the file specified.
1>

왜냐하면, 포함된 폴더에는 헤더 파일뿐만 아니라 idl, rc, cpp 등의 파일도 있기 때문인데요, 따라서 그 파일들은 빌드에서 제외해야 합니다.




리눅스 프로젝트 빌드 시 다음과 같은 오류가 발생한다면?

1>  C:\Program Files (x86)\Microsoft Visual Studio\2019\Preview\MSBuild\Microsoft\VC\v160\Application Type\Linux\1.0\Linux.targets(151,5): error : Current project architecture 'ARM' is incompatible with the remote system architecture 'x64' ('x64'). Please switch the project architecture to 'x64' in Configuration Manager.

현재 비주얼 스튜디오의 빌드 타겟이 ARM으로 설정되어 있기 때문입니다. x64로 바꿔주면 정상적으로 빌드가 됩니다.




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 3/26/2019 ]

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

비밀번호

댓글 쓴 사람
 



2019-05-21 03시22분
How to debug .net core 2 app on linux server via visual studio 2017 on windows? [Music no 4]
; http://tomaszjarzynski.pl/how-debug-net-core-2-app-linux-server-via-visual-studio-2017-windows-music-4/

Debugging ASP Core on Linux with Visual Studio 2017
; https://blogs.msdn.microsoft.com/premier_developer/2017/11/10/debugging-asp-core-on-linux-with-visual-studio-2017/
정성태

1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12114정성태1/13/2020747디버깅 기술: 156. C# - PDB 파일로부터 심벌(Symbol) 및 타입(Type) 정보 열거 [1]파일 다운로드3
12113정성태1/12/20201052오류 유형: 590. Visual C++ 빌드 오류 - fatal error LNK1104: cannot open file 'atls.lib' [1]
12112정성태1/12/2020435오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111정성태3/23/20201058디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [1]
12110정성태6/23/2020726디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례파일 다운로드1
12109정성태1/10/2020587오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108정성태1/10/2020478오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107정성태1/10/2020582.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106정성태1/8/2020638VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105정성태1/8/2020537디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104정성태1/9/2020894DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [3]
12103정성태4/23/20201601DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]파일 다운로드2
12102정성태1/6/2020619디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101정성태1/8/2020649.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100정성태1/3/2020441.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099정성태1/3/2020644디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회
12098정성태1/2/2020603.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법
12097정성태1/2/2020473디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태1/2/2020665디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작
12095정성태12/27/2019797VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/2019674.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/2019830.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/2019717디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/2019964디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/2019671.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점
12089정성태12/23/2019571디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
1  2  3  4  5  6  7  [8]  9  10  11  12  13  14  15  ...