C# binary shift rotates automatically
bit-manipulation, c#, rotation
Solution
It doesn't "rotate" as such; simply - only some of the bits of the operand are considered. Basically, `1 << 32` is identical to `1 << 0`.
From MSDN
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.
Problem
I searched for methods to do a binary rotating shift in C#, and came across good answers, like https://stackoverflow.com/a/812039/204693 or https://stackoverflow.com/a/35172/204693 I wanted to create a testcase for this scenario, where a non-rotating shift would serve as a negative-test, but then I stumbled upon the fact that this: ``` public static void Main() { Debug.WriteLine("1<<31 = " + Convert.ToString(1 << 31, 2).PadLeft(32, '0')); Debug.WriteLine("1<<32 = " + Convert.ToString(1 << 32, 2).PadLeft(32, '0')); } ``` Provides the following output: ``` 1<<31 = 10000000000000000000000000000000 1<<32 = 00000000000000000000000000000001 ``` Now, this seeems strange to me, as there are many answers out there that provide a method to binary shift and rotate with tricks like binary OR etc. But, it seems that the default behaviour of .NET is to rotate. Has this behaviour changed in a new verison of .NET? I have tried this in Visual Studio 2010 down to .NET 2.0, and it always shows the above behaviour. Why have people created "clever" solutions to rotating bits, if this is default behaviour? Am I missing something here?