Re: patch for getXXX methods

Поиск
Список
Период
Сортировка
От Dave Cramer
Тема Re: patch for getXXX methods
Дата
Msg-id 1089577486.1508.316.camel@localhost.localdomain
обсуждение исходный текст
Ответ на Re: patch for getXXX methods  (Oliver Jowett <oliver@opencloud.com>)
Ответы Re: patch for getXXX methods  (Oliver Jowett <oliver@opencloud.com>)
Список pgsql-jdbc
Oliver,

I don't believe you will lose precision if the number is below MAX_LONG
? When I tested it on my system, I was able to retrieve a double that
was equal to MAX_LONG without losing precision.

I understand your concern about silently discarding the fractional
portion, but I also believe if the user is using this, then they know
what they are doing. Time will tell.

Dave


On Sun, 2004-07-11 at 11:04, Oliver Jowett wrote:
> Dave Cramer wrote:
> > Attached, with -cb this time
>
> Thanks. Comments:
>
> How you handle bytes and shorts is inconsistent with how you handle
> longs; we should consistently do it one way or the other. Since you lose
> precision going via a double, that probably means the BigInteger approach.
>
> The shared conversion/rangecheck logic should be done once in a helper
> function rather than duplicated -- call the helper with appropriate
> range info and cast the result.
>
> I still don't like silently discarding any fractional portion of the value.
>
> -O
>
>
>
> !DSPAM:40f15727282821451612596!
>
>
--
Dave Cramer
519 939 0336
ICQ # 14675561


В списке pgsql-jdbc по дате отправления:

Предыдущее
От: "Dario V. Fassi"
Дата:
Сообщение: Re: Timestamp Question
Следующее
От: Greg Markham
Дата:
Сообщение: Re: Timestamp Question