[swkx]

Вечер добрый.

При отрисовке 3D-плиний всплыла странная штука - координаты некоторых вершин, если их вывести в теле программы функцией (princ), отображаются подобным образом:

(130.0 30.0 -3.55271e-015)
(130.0 20.0 -1.77636e-015)
(85.0 5.0 4.66294e-015)

Причем если чуть раньше точно так же вывести координаты точек, по которым строится 3Д-плиния, то увидим вполне человеческие значения:

(130.0 30.0 0.0)
(130.0 20.0 0.0)
(85.0 5.0 0.0)

Кроме того, _list с указанием на 3Д-плинию в текстовом окне показывает координаты 0.0. В окне свойств тоже 0.

Откуда берутся такие значения ?
Нужно ли с этим бороться ? И как, если нужно ?

На правильность работы это вроде не влияет, но уж как-то коряво выглядит.

[VVA]

Переведенная гуглом статья: Понимание и использование чисел с плавающей точкой
Оригинал

[swkx]

Не нашел ответа ни на один из своих вопросов...

[Александр Ривилис]

А зря. В двух словах - числа с плавающей точкой (в отличие от целых) имеют некоторую точность. В данном случае - это 15...16 значащих десятичных цифр. В команде _LIST и в окне свойств количество выводимых цифр после запятой определяется значением системной переменной LUPREC (см. команду _UNITS).

[zamtmn]

если эти нули были получены не присвоением а вычислением, например черчение полилинии с использованием привязок-трассировок или вычисление выражения в программе, то это не нули, а числа очень близкие к 0. то что в разных местах значения отображаются по разному - по разному настроены "отображатели" вещественных чисел.

еще одна статья для понимания особенностей вещественных чисел - http://www.delphikingdom.com/asp/vie...?catalogid=374

[swkx]

zamtmn,

я и не могу понять, откуда взялись "близкие к нулю" значения вершин, если у точек, по которым строится линия, эти значения = 0.

[zamtmn]

>>эти значения = 0.
значит не равны

[gomer]

просто тип данных разный, наверное, а значения одинаковые, следовательно отображение разное...