Re: unsafe floats

Поиск
Список
Период
Сортировка
Искать
От
Dennis Bjorklund
Тема
Re: unsafe floats
Дата
Msg-id
Pine.LNX.4.44.0403110724240.13979-100000@zigo.dhs.org
Ответ на
Re: unsafe floats (Neil Conway)
Список
Дерево обсуждения
unsafe floats Dennis Bjorklund <db@zigo.dhs.org>
Re: unsafe floats Tom Lane <tgl@sss.pgh.pa.us>
Re: unsafe floats Neil Conway <neilc@samurai.com>
Re: unsafe floats Tom Lane <tgl@sss.pgh.pa.us>
Re: unsafe floats Neil Conway <neilc@samurai.com>
Re: unsafe floats Tom Lane <tgl@sss.pgh.pa.us>
Re: unsafe floats Dennis Bjorklund <db@zigo.dhs.org>
Re: unsafe floats Neil Conway <neilc@samurai.com>
Re: unsafe floats Dennis Bjorklund <db@zigo.dhs.org>
Re: unsafe floats Tom Lane <tgl@sss.pgh.pa.us>
Re: unsafe floats Dennis Bjorklund <db@zigo.dhs.org>
Re: unsafe floats Peter Eisentraut <peter_e@gmx.net>
Re: unsafe floats Dennis Bjorklund <db@zigo.dhs.org>
Re: unsafe floats Neil Conway <neilc@samurai.com>
Re: unsafe floats Tom Lane <tgl@sss.pgh.pa.us>
Re: unsafe floats Neil Conway <neilc@samurai.com>
On Thu, 11 Mar 2004, Neil Conway wrote:

> Fair enough. Attached is a patch that implements this. I chose to
> remove UNSAFE_FLOATS: if anyone thinks that is worth keeping, speak up
> now.

I have one question about the use of HUGE_VAL in postgresql. I got the
impression that the whole thing was designed to work on computers and
compilers where there is no infinity value, and then HUGE_VAL is defined
as the biggest number and treated as a special value.

If that is the case then using isinf() would not work (unless we have our
own). Well, maybe it's not an issue at all. Everything is IEEE 754 anyway
today.

A more important question is if we should give errors or produce Infinity
and NaN on mathematical operations. That is, should operations like
sqrt(-1.0) produce NaN or give an error.

-- 
/Dennis Björklund


В списке pgsql-hackers по дате отправления
От: Dennis Bjorklund
Дата:
Сообщение: Re: unsafe floats
От: Tom Lane
Дата:
Сообщение: Re: PANIC on start
FAQ