Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)
(시리즈 글이 6개 있습니다.)
.NET Framework: 314. C++의 inline asm 사용을 .NET으로 포팅하는 방법
; https://www.sysnet.pe.kr/2/0/1267

개발 환경 구성: 240. Visual C++ / x64 환경에서 inline-assembly를 매크로 어셈블리로 대체하는 방법
; https://www.sysnet.pe.kr/2/0/1759

.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/10889

VS.NET IDE: 127. Visual C++ / x64 환경에서 inline-assembly를 매크로 어셈블리로 대체하는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/11691

C/C++: 188. C++의 32비트 + Release 어셈블리 코드를 .NET으로 포팅할 때 주의할 점
; https://www.sysnet.pe.kr/2/0/13940

닷넷: 2334. C# - cpuid 명령어를 이용한 CPU 제조사 문자열 가져오기
; https://www.sysnet.pe.kr/2/0/13941




C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기

예전에 한번 이에 대해 다룬 글이 있습니다.

C++의 inline asm 사용을 .NET으로 포팅하는 방법
; https://www.sysnet.pe.kr/2/0/1267

근데, 좀 번잡하군요. ^^; 가상 메모리 할당에 실행 권한까지 변경하는 작업이 너무 복잡합니다. 좀 더 간단하게 할 수 있을까요?

생각해 보니, 변경될 어셈블리 코드를 담을 만큼의 충분한 메서드 크기만 보장된다면 차라리 그것을 재활용하는 방법이 더 나을 듯 합니다. "C++의 inline asm 사용을 .NET으로 포팅하는 방법" 글에서 예제로 든 CpuId 값을 구하는 방법을 예로 들어볼까요? ^^

일단, dummy 용도의 메서드를 하나 만드는데요. 크기는 대충 cpuid 코드를 실행할 정도만 안전하게 포함할수만 있으면 됩니다.

public unsafe static void CpuIdInfo(byte *ptr)
{
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
    Console.WriteLine(0);
    Console.WriteLine(1);
}

그다음 cpuid 호출을 하는 기계어 코드를 다음과 같이 마련해 주고,

private readonly static byte[] x86CpuIdBytes =
    {
        0x55,
        0x8B, 0xEC,
        0x53,
        0x57,

        0x33, 0xDB,
        0x8B, 0xF9, // mov edi,ecx   ; stdcall 호출 관행으로 불리기 때문에 ecx에 첫 번째 인자값이 들어 있음.
        0x33, 0xD2,
        0xB8, 0x00, 0x00, 0x00, 0x00,

        0x0F, 0xA2, // cpuid

//      0x8B, 0x7D, 0x08,            ; cdecl 호출 관행인 경우 필요한 것으로 stdcall인 경우 필요없음.

        0x89, 0x07,
        0x89, 0x5F, 0x04,
        0x89, 0x4F, 0x08,
        0x89, 0x57, 0x0C,

        0x5F,
        0x5B,

        0x5D,
        0xC3, // ret
    };

다음과 같이 GetFunctionPointer로 반환받은 위치에 기계어 코드를 덮어써주면 됩니다.

// 주의: x86 코드에서만 동작!!!!
static unsafe void Main(string[] args)
{
    byte[] cpuIdBytes = new byte[4 * 4];

    fixed(byte* idPtr = cpuIdBytes)
    {
        // CpuIdInfo(idPtr);

        RuntimeMethodHandle mh = typeof(Program).GetMethod("CpuIdInfo", BindingFlags.Static | BindingFlags.Public).MethodHandle;
        RuntimeHelpers.PrepareMethod(mh);

        IntPtr ptr = mh.GetFunctionPointer();
        int offset;

        byte* baseCodes = (byte*)ptr.ToPointer();
        byte* asmCodes;

        if (Debugger.IsAttached == true)
        {
            offset = *(int*)(baseCodes + 1);
            asmCodes = baseCodes + offset + 5; // 5byte == 0xe9 xx xx xx xx
        }
        else
        {
            asmCodes = baseCodes;
        }

        offset = 0;
        foreach (byte aByte in x86CpuIdBytes)
        {
            *(asmCodes + offset) = aByte;
            offset++;
        }

        CpuIdInfo(idPtr);
    }

    Console.WriteLine("Cpu Id: " + BitConverter.ToString(cpuIdBytes));
}

훨씬 간단하긴 하지만, GetFunctionPointer가 반환하는 기계어 코드가 디버거 유무에 따라 달라진다는 점과 5바이트 옵셋값이 하드코딩된다는 점이 좀 그렇긴 합니다.

어쨌든, 원리를 알아두는 차원에서 그냥 읽고 이해하기만 하면 될 듯! ^^

(첨부한 코드는 위의 실습 프로젝트입니다.)




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

[연관 글]






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

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

비밀번호

댓글 작성자
 




... 181  182  183  184  185  186  187  188  189  190  [191]  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
276정성태6/7/200621782Team Foundation Server: 7. 외부 빌드 머신 구성
287정성태6/24/200619573    답변글 Team Foundation Server: 7.1. 외부 빌드 머신 구성 - 다른 블로그 자료
275정성태6/7/200627644디버깅 기술: 4. VC++ 8.0 원격 디버깅 구성 - Side-by-Side DLL 문제.
269정성태6/6/200624517Team Foundation Server: 6. HTTPS를 통한 Team Server 접근 [1]
270정성태6/5/200621901    답변글 Team Foundation Server: 6.1. HTTPS를 통한 Team Server 접근 [1]
273정성태6/6/200624584    답변글 Team Foundation Server: 6.2. 두번째 방법 - HTTPS 를 통한 Team Server 접근 [1]
267정성태6/4/200623934Team Foundation Server: 5. 인터넷으로 Team Server 접근 [2]
266정성태6/8/200620190오류 유형: 7. [설치] mpoai9.dll 관련 오류
265정성태6/1/200627946디버깅 기술: 3. 원격 컴퓨터 디버깅 - VPC 설정
314정성태8/11/200625232    답변글 디버깅 기술: 3.1. Managed 원격 디버깅과 WinDBG 원격 디버깅
264정성태6/1/200634654오류 유형: 6. [VC++ 컴파일] already defined in ntdll.lib(ntdll.dll)
263정성태6/1/200635406디버깅 기술: 2. 커널 구조체 살펴보기 [5]
262정성태6/1/200628237오류 유형: 5. [설치] WinFX Beta2 - 설치시 문제점 해결
261정성태6/1/200624155웹: 3. IIS 6.0 - AppPool을 활용하여 실 서버(운영 서버)에서 디버깅
258정성태6/1/200632120디버깅 기술: 1. 디버깅 방법 - CLR 프로파일러 [1]파일 다운로드1
274정성태6/7/200625001    답변글 디버깅 기술: 1.1. 디버깅 방법 - CLR 프로파일러 ( on Vista )
254정성태6/1/200621371개발 환경 구성: 2. VPC에 Vista 설치하는 방법 [2]
255정성태6/1/200621367    답변글 개발 환경 구성: 2.1. msconfig 설정과 Windows Activation
259정성태6/1/200620276    답변글 개발 환경 구성: 2.2. Vista VPC에 터미널 서비스 - 원격 접속
253정성태6/1/200618011기타: 14. .NET 2.0 이 지원되는 NDoc 2.0 을 배포합니다.
251정성태6/1/200621410오류 유형: 4. [OS 지원 API] SHParseDisplayName과 Windows 2000
252정성태6/1/200620750    답변글 오류 유형: 4.1. NET BCL 에서 제공되는 FolderBrowserDialog [2]
249정성태6/1/200620744.NET Framework: 71. VB.NET 이외의 언어에서 My 네임스페이스 사용
250정성태6/1/200623716    답변글 .NET Framework: 71.1. VB.NET 이외의 언어에서 My 네임스페이스 사용
248정성태6/1/200622099기타: 13. Code Center Premium에서 Win32 API 소스 찾기
245정성태6/1/200629410오류 유형: 3. [C# / VC++] error C2146: syntax error : missing ';' before identifier 'GetType'
... 181  182  183  184  185  186  187  188  189  190  [191]  192  193  194  195  ...