Re: Greatest Common Divisor

Поиск
Список
Период
Сортировка
От Dean Rasheed
Тема Re: Greatest Common Divisor
Дата
Msg-id CAEZATCUHRL5W=ZQubNcavPLky4o5eXNWRvD_JSN2zOL-nf7seA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Greatest Common Divisor  (Vik Fearing <vik.fearing@2ndquadrant.com>)
Ответы Re: Greatest Common Divisor
Список pgsql-hackers
On Mon, 20 Jan 2020 at 08:04, Vik Fearing <vik.fearing@2ndquadrant.com> wrote:
>
> On 20/01/2020 08:44, Dean Rasheed wrote:
> >>
> > I see this has been marked RFC. I'll take it,
>

Committed with some adjustments, mostly cosmetic but a couple more substantive:

The code to guard against a floating point exception with inputs of
(INT_MIN, -1) wasn't quite right because it actually just moved the
problem so that it would fall over with inputs of (INT_MIN, +1).

The convention in numeric.c is that the xxx_var() functions take
*pointers* to their NumericVar arguments rather than copies, and they
do not modify their inputs, as indicated by the use of "const". You
might just have gotten away with what you were doing, but I think it
was bad style and potentially unsafe -- for example, someone calling
gcd_var() with a NumericVar that came from some other computation and
having a non-null buf would risk having the buf freed in the copy,
leaving the original NumericVar with a buf pointing to freed memory.

Regards,
Dean



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

Предыдущее
От: Dent John
Дата:
Сообщение: Re: [WIP] UNNEST(REFCURSOR): allowing SELECT to consume data from aREFCURSOR
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: pg_stat_bgwriter.buffers_backend is pretty meaningless (and more?)