我为C＃写了一个CRC Xmodem代码，我不知道为什么它会溢出

问题描述

using System;

namespace CRC2
{
	class Program
	{
		public static ushort[] crc_table =
		{
	    	0x0000, 0x1021, 0x2042, 0x3063, 0x4084, 0x50a5, 0x60c6, 0x70e7,
	    	0x8108, 0x9129, 0xa14a, 0xb16b, 0xc18c, 0xd1ad, 0xe1ce, 0xf1ef
		};
		
		public static ushort CalculateCrc( byte[] data )
		{
		    int i;
		    ushort crc = 0;
		    int len = data.Length;
		
		    for (int j = 0; j < len; j++)
		    {
		        i = ( crc >> 12 ) ^ ( data[j] >> 4 );
		        crc = (ushort) (crc_table[ i & 0x0F ] ^ ( crc << 4 ));
		        i = ( crc >> 12 ) ^ ( data[j] >> 0 );
		        crc = (ushort) (crc_table[ i & 0x0F ] ^ ( crc << 4 ));
		    }
		
		    return crc;
		}
		
		public static void Main(string[] args)
		{
			string a = "1";
			
			byte [] numero = new byte[256];

			for (int i=0;i<a.length;i++)>
			{
				numero[i]=(byte)a[i];
			}
			
			ushort CRC = CalculateCrc(numero);


			Console.Write("CRC: ");
			Console.Write(CRC);
			
			Console.Write("Press any key to continue . . . ");
			Console.ReadKey(true);
		}
	}
}

推荐答案

crc = (ushort) (crc_table[ i & 0x0F ] ^ ( crc << 4 ));

crc<<此行中的4大于0xFFFF，因此转换为ushort失败。

将一些额外的屏蔽添加到16位以确保其正常运行。

OR

在未选中构造中包装for循环的内部。



旁白：只有在启用算术上溢/下溢检查时才会出现此症状，默认情况下不会这样做。

the value of crc << 4 in this line is greater than 0xFFFF so the cast to ushort fails.
Add some additional masking to 16 bits to ensure this behaves correctly.
OR
wrap the interior of the for loop in the unchecked construct.

Aside: This symptom only appears if arithmetic overflow/underflow checking is enabled, which, by default, it is not.

这篇关于我为C＃写了一个CRC Xmodem代码，我不知道为什么它会溢出的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！