Re: FW: [JDBC] BIGINT vs Java's long

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: FW: [JDBC] BIGINT vs Java's long
Дата
Msg-id Pine.BSF.4.21.0108071307550.35245-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на FW: [JDBC] BIGINT vs Java's long  ("Dave Cramer" <dave@fastcrypt.com>)
Список pgsql-hackers
On Tue, 7 Aug 2001, Tom Lane wrote:

> Stephan Szabo <sszabo@megazone23.bigpanda.com> writes:
> > I don't think my patch against recent sources would apply cleanly to 
> > older ones, and I didn't run the regression against it, but it seemed
> > to work, and is only a two line change in current source.
> 
> This patch needs more work.  You are assuming that integer division on
> negative numbers works the same everywhere, which it most definitely
> does not (the direction of truncation was unspecified until C99).
> The overflow check will fail on platforms where negative results
> truncate towards minus infinity.  So we need a different way of checking
> for overflow.
> 
> Right off the bat I'm not coming up with an implementation that's both
> portable and able to accept INT64_MIN, but this has got to be a solved
> problem.  Look around, maybe in the GNU or BSD C libraries...

Actually, that wasn't a suggested patch for real inclusion (I should have
mentioned that) but instead for the user in question to try.  I'll look
and get something complete for this. :)




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

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: Re: Possible solution for LIKE optimization
Следующее
От: Tom Lane
Дата:
Сообщение: Re: FW: [JDBC] BIGINT vs Java's long