Double variable keeping wrong value

前端 未结 4 2016
长情又很酷
长情又很酷 2021-01-28 02:47

Simimilar problem to Math.Atan2 or class instance problem in C# and add two double given wrong result

It is something that simple lines:

public static S         


        
相关标签:
4条回答
  • 2021-01-28 02:55

    It would help if you told us the value of degree then we could try to reproduce the problem...

    Three things:

    • You should expect a certain amount of error in floating point arithmetic. I wouldn't expect this much, but don't expect to see an exact value.
    • String conversions generally won't show you the exact value. I have a file - DoubleConverter.cs - with a ToExactString method which can help diagnose this sort of thing.
    • Is your app using DirectX at all? That can change the processor mode to effectively use 32 bit arithmetic even when you've got doubles in your code. That seems to me to be the most likely cause of the issue, but it's still just a guess really.

    EDIT: Okay, so it sounds like I guessed right, and DirectX is probably the cause. You can pass CreateFlags.FpuPreserve to the Device constructor to avoid it doing this. That will reduce the performance of DirectX, admittedly - but that's a tradeoff you'll need to consider for yourself.

    0 讨论(0)
  • 2021-01-28 03:12

    It could just be a rounding error, but I can't be sure.

    Check out this article on floating point arithmetic. It's written for fortran, but it's still useful. http://www.lahey.com/float.htm

    0 讨论(0)
  • 2021-01-28 03:15

    It could just be a string formatting issue. Try adding the line:

    Debug.Assert(Val == (piBy180 * degree), "WTF?");
    

    after the assignment. It shouldn't fail, since they are both doubles, and arithmetic operations on them should produce the same binary value.

    0 讨论(0)
  • 2021-01-28 03:16

    This doesn't seem possible.

    The value of piBy180 * degree is computed almost correctly, off by less than 2 units in the 17th significant digit. The CPU has to perform a multiplication to do this, and it did that in double precision, correctly, even if someone tried to mess up the precision by abusing DirectX calls.

    The value of Val is wrong already at the 8th significant digit. Val is declared as double, and it gets assigned the double value that was computed a microsecond ago, with no further computations in the way.

    Is this a release build? I wonder if C# might have omitted storing the latest value into Val, the way C++ can do. What happens in a debug build?

    0 讨论(0)
提交回复
热议问题