Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options
Дата
Msg-id 1686755.1759679957@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options  (Tatsuo Ishii <ishii@postgresql.org>)
Ответы Re: Add RESPECT/IGNORE NULLS and FROM FIRST/LAST options
Список pgsql-hackers
Tatsuo Ishii <ishii@postgresql.org> writes:
> I have just pushed the patch (plus patches for syntax.sgml and
> sql_features.txt. They were missued after I splitted the patch).

Coverity is not very happy with this patch.
It's complaining that the result of window_gettupleslot
is not checked, which seems valid:

1503                 {
1504                     if (fetch_tuple)
>>>     CID 1666587:         Error handling issues  (CHECKED_RETURN)
>>>     Calling "window_gettupleslot" without checking return value (as is done elsewhere 8 out of 9 times).
1505                         window_gettupleslot(winobj, pos, slot);
1506                     if (!are_peers(winstate, slot, winstate->ss.ss_ScanTupleSlot))
1507                         return -1;

and also that WinGetFuncArgInPartition is dereferencing
a possibly-null "isout" pointer at several places, including

>>>     Dereferencing null pointer "isout".
3806                     if (*isout)        /* out of partition? */

>>>     Dereferencing null pointer "isout".
3817         if (!*isout && set_mark)
3818             WinSetMarkPosition(winobj, abs_pos);

>>>     Dereferencing null pointer "isout".
3817         if (!*isout && set_mark)
3818             WinSetMarkPosition(winobj, abs_pos);

The latter complaints seem to be because some places in
WinGetFuncArgInPartition check for nullness of that pointer
and some do not.  That looks like at least a latent bug
to me.  If it isn't, the function's comment needs to be
expanded to say when it's legal to pass isout == NULL.

            regards, tom lane



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