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

OpCodes.Box와 관련해 IL 형식으로 직접 코딩 시 유의할 점

C# 코드에서 object에 값 형식을 전달하는 코드를 보면,

using System;

class Program
{
    static void Main(string[] args)
    {
        System.Threading.CancellationToken token = new System.Threading.CancellationToken();
        LogOutput(token); // boxing
        Console.WriteLine("End-of-Test4");
    }

    static void LogOutput(object instance)
    {
        Console.WriteLine(instance ?? "null");
    }
}
/* 출력 결과
System.Threading.CancellationToken
End-of-Test4
*/

token 인스턴스가 자연스럽게 object에 대입되는 것처럼 보이지만, 이 과정을 IL 코드로 보면 box 코드가 관여합니다.

.method private hidebysig static void  Main(string[] args) cil managed
{
    .entrypoint
    .maxstack  1
    .locals init ([0] valuetype [mscorlib]System.Threading.CancellationToken token)
    IL_0000:  nop
    IL_0001:  ldloca.s   token
    IL_0003:  initobj    [mscorlib]System.Threading.CancellationToken
    IL_0009:  ldloc.0
    IL_000a:  box        [mscorlib]System.Threading.CancellationToken
    IL_000f:  call       void Program::LogOutput(object)
    IL_0014:  nop
    IL_0015:  ldstr      "End-of-Test4"
    IL_001a:  call       void [mscorlib]System.Console::WriteLine(string)
    IL_001f:  nop
    IL_0020:  ret
} // end of method Program::Main

.method private hidebysig static void  LogOutput(object 'instance') cil managed
{
    // ...[생략]...
}

위의 경우 box 연산자와 함께 "[mscorlib]System.Threading.CancellationToken" 문자열 형식을 전달하는데, 이것은 IL 언어에서 문법적으로 지원하기 때문에 가능한 것이고 만약 바이트를 직접 출력하는 경우라면 다음과 같이 코딩을 해야 합니다.

0x8c, 0x01000011

// box IL 코드 == 0x8c
//
// 0x01000011 == System.Threading.CancellationToken 타입에 대한 메타데이터의 토큰값




그런데, 여기서 실수를 해 box 연산자를 누락한다면 어떻게 될까요? 실제로 위의 IL 소스 코드에서 box 라인만 주석 처리해,

.method private hidebysig static void  Main(string[] args) cil managed
{
    // ...[생략]...
    IL_0009:  ldloc.0
    // IL_000a:  box        [mscorlib]System.Threading.CancellationToken
    IL_000f:  call       void Program::LogOutput(object)
    IL_0014:  nop
    IL_0015:  ldstr      "End-of-Test4"
    IL_001a:  call       void [mscorlib]System.Console::WriteLine(string)
    // ...[생략]...
}

ilasm.exe로 exe를 생성/실행하면 화면에는 "(null)"이라는 출력이 나옵니다. 그나마 동작을 하는 듯하지만, 이것은 사실 "예측할 수 없다"는 것이 맞습니다. 이번엔 의도와는 다르게 출력이 되었어도 운이 좋게 프로그램이 종료하지는 않았는데요, 이 코드에서 다음과 같이 직접 정의한 구조체로 바꿔보면,

using System;

class Program
{
    static void Main(string[] args)
    {
        MyStruct token = new MyStruct();
        LogOutput(token);
        Console.WriteLine("End-of-Test4");
    }

    static void LogOutput(object instance)
    {
        Console.WriteLine(instance ?? "null");
    }
}

public struct MyStruct
{
    public int Age;
    public string Name;
}

이번에는 프로그램이 비정상 종료하면서 이벤트 로그에 다음과 같은 유형의 오류들이 쌓이는 것을 볼 수 있습니다.

Log Name:      Application
Source:        .NET Runtime
Date:          2018-09-23 오전 11:22:53
Event ID:      1023
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      TESTPC
Description:
Application: console.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an internal error in the .NET Runtime at IP 00007FF83A503E30 (00007FF83A500000) with exit code 80131506.

Log Name:      Application
Source:        Application Error
Date:          2018-09-23 오전 11:22:53
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      TESTPC
Description:
Faulting application name: console.exe, version: 0.0.0.0, time stamp: 0x5f8660ca
Faulting module name: clr.dll, version: 4.8.4250.0, time stamp: 0x5f2a059c
Exception code: 0xc0000005
Fault offset: 0x0000000000003e30
Faulting process id: 0x6060
Faulting application start time: 0x01d6a1d0ebe4a979
Faulting application path: C:\temp\bin\Debug\console.exe
Faulting module path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll
Report Id: a4412515-d89d-462a-9df6-1f428b6ad155
Faulting package full name: 
Faulting package-relative application ID: 

Log Name:      Application
Source:        Windows Error Reporting
Date:          2018-09-23 오전 11:22:55
Event ID:      1001
Task Category: None
Level:         Information
Keywords:      Classic
User:          N/A
Computer:      TESTPC
Description:
Fault bucket 1335692000105475064, type 4
Event Name: APPCRASH
Response: Not available
Cab Id: 0

Problem signature:
P1: console.exe
P2: 0.0.0.0
P3: 5f8660ca
P4: clr.dll
P5: 4.8.4250.0
P6: 5f2a059c
P7: c0000005
P8: 0000000000003e30
P9: 
P10: 

Attached files:
\\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER4D67.tmp.WERInternalMetadata.xml

These files may be available here:
\\?\C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_console.exe_cc693ced9f02ff1fad4971022e1a719ec05145_c6eba193_bcbd42d7-ebe2-4c60-9a33-8dbc2d5cc5ee

Analysis symbol: 
Rechecking for solution: 0
Report Id: a4412515-d89d-462a-9df6-1f428b6ad155
Report Status: 268435456
Hashed bucket: eedc651829064f20028954cc1b9e2bf8
Cab Guid: 0

재현을 하진 못했지만, 어떤 때는 해당 코드를 가진 메서드의 실행 시 "System.Security.VerificationException" 예외가 발생하는 경우도 있습니다.

따라서, 값 형식을 object로 넘길 때는 box 연산을 반드시 잊지 않고 사용해야 합니다.




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







[최초 등록일: ]
[최종 수정일: 10/14/2020]

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

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...
NoWriterDateCnt.TitleFile(s)
12534정성태2/8/20219794개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/20219454개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/20219944개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20218976개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113145개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110192개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/20219592개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/20219803개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20217665개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/20217386개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/20218476개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/20218524개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202110019개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/20219988개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/20218524개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
12519정성태1/30/20217593개발 환경 구성: 525. 오라클 클라우드의 VM을 외부에서 접근하기 위해 포트 여는 방법
12518정성태1/30/202125047Linux: 37. Ubuntu에 Wireshark 설치 [2]
12517정성태1/30/202112680Linux: 36. 윈도우 클라이언트에서 X2Go를 이용한 원격 리눅스의 GUI 접속 - 우분투 20.04
12516정성태1/29/20219322Windows: 188. Windows - TCP default template 설정 방법
12515정성태1/28/202110549웹: 41. Microsoft Edge - localhost에 대해 http 접근 시 무조건 https로 바뀌는 문제 [3]
12514정성태1/28/202110798.NET Framework: 1021. C# - 일렉트론 닷넷(Electron.NET) 소개 [1]파일 다운로드1
12513정성태1/28/20218850오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제 [1]
12512정성태1/28/20218635오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
12511정성태1/27/20218364Windows: 187. Windows - 도스 시절의 8.3 경로를 알아내는 방법
12510정성태1/27/20218754.NET Framework: 1020. .NET Core Kestrel 호스팅 - Razor 지원 추가 [1]파일 다운로드1
12509정성태1/27/20219686개발 환경 구성: 524. Jupyter Notebook에서 C#(F#, PowerShell) 언어 사용을 위한 환경 구성 [3]
... 31  32  33  34  35  36  37  38  39  40  41  42  43  [44]  45  ...