Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)
(시리즈 글이 4개 있습니다.)
.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++의 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

비밀번호

댓글 작성자
 




... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
796정성태11/2/200928330오류 유형: 89. Windows 7 백업 오류 - 0x80070057
795정성태11/2/200925708오류 유형: 88. TFS 2010 (beat2) 설치 오류 -TF255272
793정성태10/19/200927699.NET Framework: 166. WPF - XAML 요소의 네임스페이스와 CLR 타입 매핑
792정성태10/17/200927961웹: 13. IIS 7.5 에서 SQL Express 연결 시 오류
791정성태10/17/200931723웹: 12. 요청 페이지에 대해 빈 화면만 보이는 경우 [1]
789정성태10/13/200927408COM 개체 관련: 22. BB FlashBack SDK와 ActiveX 버전 관리 [7]
786정성태10/9/200923666개발 환경 구성: 52. 테스트를 위한 평가판 운영체제 구하기
785정성태10/8/200930298.NET Framework: 165. WPF - UI 업데이트를 바로 반영하고 싶다면? (2)파일 다운로드1
783정성태10/7/200928036.NET Framework: 164. WPF - 데이터 바인딩된 트리에서 부모 노드 찾는 방법 [1]파일 다운로드1
782정성태10/6/200929915개발 환경 구성: 51. Windows 7 - 다중 원격 접속(Remote Desktop) 허용
781정성태9/30/200926921.NET Framework: 163. WPF - TreeView 자동 스크롤 기능 해지 [2]파일 다운로드1
780정성태9/28/200931014Windows: 48. Windows 7/2008에서 ping을 위한 echo 요청 열기 [2]
779정성태9/24/200922356.NET Framework: 162. WPF - 중첩된 ScrollViewer의 크기 제어 - 두 번째 이야기파일 다운로드1
778정성태9/23/200923806오류 유형: 87. 시스템 시간 변경 후 Session이 맺어진 WCF 클라이언트의 예외 발생파일 다운로드1
776정성태9/17/200923023개발 환경 구성: 50. Reference assembly
775정성태9/13/200939741VC++: 37. XmlCodeGenerator를 C/C++ 코드 생성에 적용 [2]파일 다운로드1
773정성태9/5/200930288오류 유형 : 85. DEP 비호환 ActiveX 오류
772정성태9/2/200926886.NET Framework: 161. WPF - 윈도우 이벤트 가로채기 [1]파일 다운로드1
771정성태8/28/200920920.NET Framework: 160. WPF - 입력 포커스 외곽선 없애는 방법
770정성태8/26/200923236.NET Framework: 159. WCF - 같은 컴퓨터에서만 WCF 요청을 서비스하도록 설정
769정성태8/25/200926268개발 환경 구성: 49. GAC와 같은 Namespace Extension에 의해서 보여지는 폴더의 원본 확인 방법
768정성태8/24/200925712오류 유형: 85. WCF 연결 오류: MessageSecurityException
767정성태8/23/200933962.NET Framework: 158. 닷넷 프로파일러 - IL 코드 재작성 [14]
766정성태8/23/200934834.NET Framework: 157. C# 4.0 - dynamic 키워드 [4]파일 다운로드1
765정성태8/22/200928569.NET Framework: 156. XamDataGrid의 UnboundField 사용파일 다운로드1
764정성태8/21/200922933Windows: 47. Windows Virtual PC에 설치된 Windows 7 VPC에서 Aero 효과 사용 [3]
... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...