Home/ Questions/Q 8182443
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-06-07T00:51:51+00:00

Possible Duplicate: C# Why can equal decimals produce unequal hash values? I’ve come across

  • 0

Possible Duplicate:
C# Why can equal decimals produce unequal hash values?

I’ve come across an issue in my .NET 3.5 application (x86 or x64, I’ve tried both) where decimals with a different number of trailing zeros have different hash codes. For example:

decimal x = 3575.000000000000000000M;
decimal y = 3575.0000000000000000000M;

Console.WriteLine(x.GetHashCode());
Console.WriteLine(y.GetHashCode());
Console.WriteLine(x == y);
Console.WriteLine(x.GetHashCode() == y.GetHashCode());

Outputs the following on my machine:

1085009409
1085009408
True
False

I presume the difference in hash codes is down to the different internal representations of the two numbers caused by the differing scale factors.

Whilst I can work around the issue by removing the trailing zeros I always assumed that GetHashCode should return the same value for x and y, if x == y. Is this assumption wrong, or is this a problem with Decimal.GetHashCode?

EDIT: To be clear on versions I’m using Visual Studio 2008 SP1, .NET 3.5.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    This is a problem with Decimal.GetHashCode, for .NET Framework version 3.5 and lower. When two values are considered equal, they must return the same hash code, per the guidelines; in this case, decimal clearly does not. You should always expect two equal objects to have the same hash code.

    Per MSDN:

    If two objects compare as equal, the GetHashCode method for each
    object must return the same value.

    Reproducing

    I have tried your exact code against different versions of the .NET Framework, and the results are:

    ╔══════════════════╤══════════════════╗
║Framework version │ Hashcode equal ? ║
╟──────────────────┼──────────────────╢
║      2.0         │  No.             ║
║      3.0         │  No.             ║
║      3.5         │  No.             ║
║      4.0         │  Yes.            ║
║      4.5         │  Yes.            ║
╚══════════════════╧══════════════════╝

    In other words, it seems you stumbled upon a bug in the .NET framework, that was fixed with .NET Framework 4.

    The above results was reached using Visual Studio 2012 RC, using the property pages to switch the framework.

    Microsoft acknowledges the bug here.

    • 0