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

... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12546정성태3/3/202118470개발 환경 구성: 545. github workflow/actions에서 빌드시 snk 파일 다루는 방법 - Encrypted secrets
12545정성태3/2/202121219.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202121584.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202119247VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202120903개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202118421개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202119857.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202119669Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202120217.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202120271.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202119358개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202118453개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202119188개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202117666개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202119455개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/202117971개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202121400개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202119899개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202119705개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202119695개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/202116424개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/202115283개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/202115816개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/202117693개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202119905개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202118199개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...