Microsoft MVP성태의 닷넷 이야기
.NET Framework: 207. C# - Right operand가 음수인 Shift 연산 결과 [링크 복사], [링크+제목 복사],
조회: 35462
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
C# - Right operand가 음수인 Shift 연산 결과

오늘 우연히, 어떤 프로그램에서 다음과 같은 로직을 보게 되었습니다.

int result = 2 << -9;

오호... 보자마자 황당했습니다. ^^; '왼쪽 비트 쉬프트를 -9만큼이라니... 도대체 무슨 의미지? 보통, 양수의 경우에는 *2의 효과를 갖는데, ... 음수라니...'

Visual Studio 디버거의 Watch 창에서 2 << -1, 2 << -2, 2 << -3에 대해서 각각 즉석으로 확인해 보니 결과는 다음과 같았습니다.

  연산  결과(16진수) 결과(2진수)
2 << 0  0x2         10
2 << -1 0x0         0
2 << -2 0x80000000  10000000000000000000000000000000
2 << -3 0x40000000  01000000000000000000000000000000

음... 마치 "<<" 연산자가 right-operand 값이 음수일 때는 ">>" 연산자로 동작이 바뀌는 것 같습니다. 그렇게 잠정 결론을 내리고 무시하려고 했는데, 왠지 "2 << -1 == 0"의 결과가 마음에 걸립니다. 음수로 인해 "<< (left shift operator)" 결과가 ">> (right shift operator)"와 동일하게 나타나는 것이라면 1의 결괏값이 나와야 하는데, 0으로 나오다니... 설명이 안되는 것이었습니다.

더욱 재미있는 것은 2가 아닌 값을 shift 했을 때 나옵니다.

4 << -1   0x00000000
4 << -2   0x00000000
4 << -3   0x80000000

8 << -1   0x00000000
8 << -2   0x00000000
8 << -3   0x00000000
8 << -4   0x80000000

결국, 부끄럽게도 그동안 제가 "<< (left shift operator)", ">> (right shift operator)" 연산자에 대한 기본적인 이해도 없이 사용했다는 결론만 나온 것입니다. ^^

확실한 이해를 위해 우선, C# 매뉴얼을 찾아보기로 했습니다.

<< Operator (C# Reference)
; https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/operators/bitwise-and-shift-operators#left-shift-operator-

솔직히, 처음에 위의 글을 봤을 때는 원인을 찾을 수 없었습니다. (나중에 보니, 답이 있었는데... 현재의 상태에서는 눈에 띄지 않았습니다.)

좀 더 검색을 해서 다음의 글을 보게 되었는데, 그제서야 이해가 되었습니다. (재미있군요. 자바에서 ^^ 결과가 나오다니.)

Java Quick Reference
Operators and Assignments - Shift Operators
; http://www.janeg.ca/scjp/oper/shift.html

정리하면, Shift 연산자의 우측 Operand 값은 좌측 Operand의 값이 32비트이면 5비트, 64비트이면 6비트만 사용된다는 것입니다. 따라서, -1, -2, -3 값이 우측 Operand 값에 나오면 실제로 shift 되어야 하는 값은 다음과 같이 계산되어집니다.

-1 == 2진수 11111111111111111111111111111111
-2 == 2진수 11111111111111111111111111111110
-3 == 2진수 11111111111111111111111111111101

좌측 operand 값이 32비트 형이므로 각각의 값에서 하위 5비트만 취함. 즉 0x1F 값과 AND 연산을 하면,

-1의 경우,
  11111111111111111111111111111111
& 00000000000000000000000000011111
--------------------------------------
                  11111 == (10진수: 31)                  

-2의 경우,
  11111111111111111111111111111110
& 00000000000000000000000000011111
--------------------------------------
                  11110 == (10진수: 30)                  

-3의 경우,
  11111111111111111111111111111101
& 00000000000000000000000000011111
--------------------------------------
                  11101 == (10진수: 29)         

따라서, 결국 다음과 같은 연산으로 바뀌는 것입니다.

2 << -1 == 2 << 31
2 << -2 == 2 << 30
2 << -3 == 2 << 29

이해를 모두 하고 나서 다시 C# 도움말 - << Operator (C# Reference)을 보니, 거기에 설명된 문구의 진정한 의미가 해석이 되었습니다.

If the first operand is an int or uint (32-bit quantity), the shift count is given by the low-order five bits of the second operand. That is, the actual shift count is 0 to 31 bits.

If the first operand is a long or ulong (64-bit quantity), the shift count is given by the low-order six bits of the second operand. That is, the actual shift count is 0 to 63 bits.


음... 기왕이면 자바 도움말 - Operators and Assignments - Shift Operators처럼 설명이 좀 더 자세했으면... 하는 아쉬움이 들더군요. ^^




다시 처음의 C# 코드로 돌아가서,

int result = 2 << -9;

과연 이것이 올바르게 의도된 동작일까 싶더군요. 실제로 C/C++ 도움말에 보면 다음과 같은 설명글을 볼 수 있습니다.

The result is undefined if the right operand of a shift expression is negative


즉, 정상적인 이해를 요하는 C# 코드라면 다음과 같이 작성되는 것이 더욱 바람직하지 않을까 하는 것이 제 개인적인 의견입니다.

int result = 2 << 23;

어쨌든, 덕분에 비트 Shift 연산자를 좀 더 이해할 수 있는 계기가 되긴 했지만. ^^



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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2011-03-28 10시45분
[guest] readability가 떨어지지만 명확하면서도 오묘한 동료들의 코드는 이전에 몰랐던 새로운 사실을 알게해주는 계기가 되기도 하죠.

"2<<-9" 덕분에 새로운 사실을 알았으니 다행입니다.
[guest]
2014-06-15 04시07분
bit rotation 관련 이슈
; http://moogi.new21.org/tc/974
정성태

... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...
NoWriterDateCnt.TitleFile(s)
12153정성태2/23/202024348.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021379.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202024028.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024104.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202021010.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025660디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202020984디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022195.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023816.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202024005.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018416.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022324.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021324.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022678.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022336.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028581.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020213오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202021874Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027672개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202024937.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022699디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025724.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024442개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022027VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202029024.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023148오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...