Microsoft MVP성태의 닷넷 이야기
.NET Framework: 207. C# - Right operand가 음수인 Shift 연산 결과 [링크 복사], [링크+제목 복사],
조회: 23462
글쓴 사람
정성태 (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
정성태

1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13587정성태3/27/20241406오류 유형: 900. Windows Update 오류 - 8024402C, 80070643
13586정성태3/27/20241654Windows: 263. Windows - 복구 파티션(Recovery Partition) 용량을 늘리는 방법
13585정성태3/26/20241561Windows: 262. PerformanceCounter의 InstanceName에 pid를 추가한 "Process V2"
13584정성태3/26/20241479개발 환경 구성: 708. Unity3D - C# Windows Forms / WPF Application에 통합하는 방법파일 다운로드1
13583정성태3/25/20241510Windows: 261. CPU Utilization이 100% 넘는 경우를 성능 카운터로 확인하는 방법
13582정성태3/19/20241640Windows: 260. CPU 사용률을 나타내는 2가지 수치 - 사용량(Usage)과 활용률(Utilization)파일 다운로드1
13581정성태3/18/20241786개발 환경 구성: 707. 빌드한 Unity3D 프로그램을 C++ Windows Application에 통합하는 방법
13580정성태3/15/20241319닷넷: 2231. C# - ReceiveTimeout, SendTimeout이 적용되지 않는 Socket await 비동기 호출파일 다운로드1
13579정성태3/13/20241520오류 유형: 899. HTTP Error 500.32 - ANCM Failed to Load dll
13578정성태3/11/20241701닷넷: 2230. C# - 덮어쓰기 가능한 환형 큐 (Circular queue)파일 다운로드1
13577정성태3/9/20241958닷넷: 2229. C# - 닷넷을 위한 난독화 도구 소개 (예: ConfuserEx)
13576정성태3/8/20241604닷넷: 2228. .NET Profiler - IMetaDataEmit2::DefineMethodSpec 사용법
13575정성태3/7/20241713닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241639닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241582닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241679닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241657닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241745닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241694닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241808닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241811오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241829오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241690닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241929Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241957디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241986오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...