Re: Avoid possible dereference null pointer (src/backend/utils/cache/relcache.c)

Поиск
Список
Период
Сортировка
От Ranier Vilela
Тема Re: Avoid possible dereference null pointer (src/backend/utils/cache/relcache.c)
Дата
Msg-id CAEudQAr4Eevx6BO-xmyAVoxGsVyCoqENPqc1Hg_LguxPMdKwtw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Avoid possible dereference null pointer (src/backend/utils/cache/relcache.c)  (Aleksander Alekseev <aleksander@timescale.com>)
Список pgsql-hackers
Em ter., 17 de jun. de 2025 às 11:10, Aleksander Alekseev <aleksander@timescale.com> escreveu:
Hi Ranier,

> To me this is a contradiction, whether you consider waiting for a segfault or consider adding an Assert.
> For the user it is better to have a log, where he can quickly find the problem, rather than having to investigate on his own.

That's the point. User's shouldn't encounter this.
It shouldn't.
 
Thus there is no
reason to break branch prediction for everyone here.
For now there is no consensus that there will not be a segfault.
If  a segfault will never occur, ok.
IMO, this is not a query-dependent issue.
But the table in question is never corrupted or invalid.

best regards,
Ranier Vilela

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