Re: forgotten initalization of a variable

Поиск
Список
Период
Сортировка
Искать
От
Kyotaro Horiguchi
Тема
Re: forgotten initalization of a variable
Дата
Msg-id
20200421.180930.1857070578670533587.horikyota.ntt@gmail.com
Ответ на
Список
Дерево обсуждения
forgotten initalization of a variable Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: forgotten initalization of a variable Michael Paquier <michael@paquier.xyz>
Re: forgotten initalization of a variable Kyotaro Horiguchi <horikyota.ntt@gmail.com>
Re: forgotten initalization of a variable Michael Paquier <michael@paquier.xyz>
Re: forgotten initalization of a variable Kyotaro Horiguchi <horikyota.ntt@gmail.com>
At Tue, 21 Apr 2020 17:34:26 +0900, Michael Paquier  wrote in 
> On Tue, Apr 21, 2020 at 03:08:30PM +0900, Kyotaro Horiguchi wrote:
> > The commit a7e8ece41c adds a new member restoreCommand to
> > XLogPageReadPrivate. readOneRecord doesn't make use of it but forgets
> > to set NULL. That can lead to illegal pointer access.
> 
> That's an oversight of the original commit.  Now, instead of failing
> even if there is a restore command, wouldn't it be better to pass down
> the restore_command to readOneRecord() so as we can optionally
> improve the stability of a single record lookup?  This only applies to

Oops! You're right.

> a checkpoint record now, but this routine could be called elsewhere in
> the future.  Please see the attached.

It looks fine to me.

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center


В списке pgsql-hackers по дате отправления
От: Andy Fan
Дата:
Сообщение: Re: WIP: Aggregation push-down
От: Jeevan Ladhe
Дата:
FAQ