Math.Acos() возвращает странные значения?

Question

[D]

Собственно, суть проблемы изображена на скриншоте.
В первой ячейке массива хранится число 1. Если я попробую узнать Acos этой ячейки, то есть числа 1, то он выдаст мне 1,49011611938477E-08, но если я узнаю Acos от числа 1, то выдаст 0, как и положено.
Что я делаю не так?

Answer 1

[Developer]

Какой тип у массива А?
Подозреваю, что double. Тогда A[i]=0.999999999999
Выведи в консоль и посмотри сам.
Тогда и арккосинус от этого числа будет отличен от нуля.
Во втором случае у тебя int и результат поэтому другой

double[] a = new double[5];
a[0] = 0.9999999999999999;
Console.WriteLine("{0}", a[0]);
Console.WriteLine("{0}", Math.Acos(a[0]));

Output:
1
1.49011611938477E-08

https://dotnetfiddle.net/Ye2kTi
Обрати внимание, 0.9999999999999999 в консоли выводится как 1
Здесь подробнее почему такое происходит:
https://stackoverflow.com/questions/24420748/c-sha...

Comments

[D]

Да, Вы правы, массив действительно типа double.
А как быть в таком случае?
У меня в массиве 16 значений от 0 до 1.

[Developer]

А как быть в таком случае?

Что значит - "как быть"?
В чём именно вопрос?

[Voland69]

в .Net 5 не воспроизвелось (ни double, ни float) dotnetfiddle
Но направление имхо верное, т.к. арккосинус 0.9999999999999999 как раз выдает близкие к числу в вопросе значения.
Вячеслав дополните вопрос версией фреймворка и платформой, пожалуйста.

[D]

Developer, ну, я вот вывожу значения массива, показывает 1, но на деле, если я всё правильно понял, там не 1, а 0.9999999999999999. У меня по всем 16 значениям массива выходит неверный Acos, хотя если вбить в каком-нибудь калькуляторе эти же самые значения, то там всё будет верно.

[D]

Voland69, .NET Framework 4.7.2

[Developer]

Вячеслав, добро пожаловать в мир вычислений с плавающей точкой.
Так уж устроены компьютеры

[Developer]

Вячеслав, Ещё имеет смысл проверить настройки компилятора при работе с плавающей точкой. Помню, что есть какие-то управляющие конструкции как управлять вычислениями на уровне компилятора

[D]

Developer, Я, кажется, солгал, когда сказал, что по всем 16 значениям у меня неверно считает Acos. Я сейчас перепровил, везде всё верно, кроме того места, где должно быть число 1.

Значит, тут проблем уже не в самом методе Math.Acos(), а в том, что тип double хранит в себе не чёткое целочисленное значение, а значение с плавающей точкой, максимально близкое к нужному целому. Например:
1 = 0,999999999
Я Вас правильно понял?

[D]

Developer, Но тут стоит уточнить, каким именно путём число 1 оказалось в массиве типа double. Если вручную занести в массив это число, то, думаю, всё будет хорошо.
Но в моём случае 1 получается путем деления двух чисел с плавающей точкой.

[Developer]

Вячеслав, да, верно понял
Здесь чуть подробнее:
https://0.30000000000000004.com/

[Developer]

Вячеслав, ну же. Это основы языка.
Почитай про приведение типов.
При делении на плавающую точку получается плавающая точка, а не int. 1.0 и 1 - разные типы

[D]

Developer, да вот вроде и читал разную литературу про весь этот низкий уровень, но либо ты не совсем понимаешь, о чём идёт речь, либо из головы всё вылетает спустя некоторое время, так как на практике с этим особо и не сталкиваешься.
Сейчас вот столкнулся. Буду снова изучать этот вопрос.
Спасибо Вам за помощь!

[Developer]

Voland69, автор утаил от нас как записываются значения в ячейку массива и показал нам только вывод в консоль.
Скорее всего, код типа такого:

A[i]=1/1.0; //0.9999999999999
Console.WriteLine(A[i]); //1

[D]

Developer, 30123,31370333 / 30123,31370333 = 1;
Остальные ячейки массива заполняются по такой же формуле, но с немного другими значениями.

[Voland69]

Вячеслав, 30123,31370333 откуда берется? Оба из одинакового места или из разных? насколько могу судить это число непредставимо в IEEE 754 формате без ошибок.
Общепринятая практика сравнения float и double - введение некоторой точности, в пределах которой числа считаются одинаковыми. В данном конкретном случае я бы предложил сделать так:
c - частное от деления двух чисел, e - точность
var c = abs(a-b) < e : 1 ? a/b
или как вариант оперировать точностью уже полученного значения угла - на практике 1.5е-08 радиана вполне можно считать нулем в ряде случаев.

[Developer]

Voland69, верно, именно так и работают с числами с плавающей точкой, например, в компьютерной графике, геймдеве и т.д.