Re: concerns around pg_lsn

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: concerns around pg_lsn
Дата
Msg-id
20190801082113.GA1608@paquier.xyz
Ответ на
Список
Дерево обсуждения
concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Alvaro Herrera <alvherre@2ndquadrant.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Michael Paquier <michael@paquier.xyz>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Robert Haas <robertmhaas@gmail.com>
Re: concerns around pg_lsn Jeevan Ladhe <jeevan.ladhe@enterprisedb.com>
Re: concerns around pg_lsn Craig Ringer <craig@2ndquadrant.com>
On Thu, Aug 01, 2019 at 12:39:26PM +0530, Jeevan Ladhe wrote:
> Here is a patch that takes care of addressing the flag issue including
> pg_lsn_in_internal() and others.

Your original patch for pg_lsn_in_internal() was right IMO, and the
new one is not.  In the numeric and float code paths, we have this
kind of pattern:
if (have_error)
{
    *have_error = true;
    return;
}
else
    elog(ERROR, "Boom. Show is over.");

But the pg_lsn.c portion does not have that.  have_error cannot be
NULL or the caller may fall into the trap of setting it to NULL and
miss some errors at parsing-time.  So I think that keeping the
assertion on (have_error != NULL) is necessary.
--
Michael
В списке pgsql-hackers по дате отправления
От: Konstantin Knizhnik
Дата:
Сообщение: Re: Global temporary tables
От: Thomas Munro
Дата:
FAQ