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)
357정성태12/1/200625431.NET Framework: 74. WCF 이야기 [4]
378정성태10/28/200630308    답변글 .NET Framework: 74.1. WCF와 WSE 3.0의 활용 [4]파일 다운로드1
379정성태11/3/200629237    답변글 .NET Framework: 74.2. WCF로 구현하는 .NET Remoting [4]파일 다운로드1
380정성태10/28/200628165    답변글 .NET Framework: 74.3. 웹 서비스와 닷넷 리모팅으로써의 WCF 구현파일 다운로드1
381정성태10/28/200630544    답변글 .NET Framework: 74.4. WCF 서비스 참조 추가 메뉴 [2]
382정성태10/28/200636570    답변글 .NET Framework: 74.5. WCF 서비스를 IIS에서 호스팅하는 방법파일 다운로드1
383정성태10/28/200631346    답변글 .NET Framework: 74.6. IIS 6.0: 다중 Endpoint 제공파일 다운로드1
384정성태10/28/200628300    답변글 .NET Framework: 74.7. IIS 7.0: 다중 Endpoint 제공
389정성태11/11/200631100    답변글 .NET Framework: 74.8. WCF에 SSL 적용 (1) - Httpcfg.exe 도구를 이용한 SSL 설정
390정성태11/6/200628325    답변글 .NET Framework: 74.9. WCF에 SSL 적용 (2) - 서비스 제작파일 다운로드1
356정성태10/7/200623873COM 개체 관련: 19. COM의 Apartment를 이해해 보자. [8]
386light10/30/200618797    답변글 COM 개체 관련: 19.1. [답변]: COM 객체를 글로벌마샬으로 만든후, 사용한다.
355정성태10/9/200626491개발 환경 구성: 19. Internet_Zone 하위에 새로운 코드 그룹을 추가하는 예제 [4]파일 다운로드2
353정성태12/31/200634783개발 환경 구성: 18. 윈도우즈 인증서 서비스 이야기 [3]
354정성태10/23/200637181    답변글 개발 환경 구성: 18.1. 윈도우즈 인증서 서비스 설치
372정성태12/31/200639133    답변글 개발 환경 구성: 18.2. 웹 사이트에 SSL을 적용 [3]
373정성태10/24/200630392    답변글 개발 환경 구성: 18.3. 사용자 입장에서의 HTTPS 접근 (1)
374정성태10/25/200627958    답변글 개발 환경 구성: 18.4. 사용자 입장에서의 HTTPS 접근 (2)
391정성태11/7/200632068    답변글 개발 환경 구성: 18.5. 사용자 인증서 발급
392정성태11/11/200645094    답변글 개발 환경 구성: 18.6. 인증서 관리 (1) - 내보내기/가져오기
394정성태11/9/200629697    답변글 개발 환경 구성: 18.7. 인증서 관리 (2) - 개인키를 내보낼 수 있는 유형의 인증서 발급 [1]
395정성태11/9/200641706    답변글 개발 환경 구성: 18.8. 인증서 관리 (3) - 인증서 MMC 관리자 사용
414정성태12/23/200633471    답변글 개발 환경 구성: 18.9. CRL(Certificate Revocation List) 관리
428정성태12/31/200646328    답변글 개발 환경 구성: 18.10. IIS 7 - SSL 사이트 설정하는 방법 [4]
429정성태12/31/200632573    답변글 개발 환경 구성: 18.11. 서비스를 위한 인증서 설치
352정성태10/2/200622224개발 환경 구성: 17. VPC에 Linux 설치하는 방법 [1]
... 181  182  183  184  [185]  186  187  188  189  190  191  192  193  194  195  ...