| От | Alvaro Herrera |
|---|---|
| Тема | crash in pg_identify_object_as_address |
| Дата | |
| Msg-id | 20190218202743.GA12392@alvherre.pgsql обсуждение исходный текст |
| Ответы |
Re: crash in pg_identify_object_as_address
|
| Список | pgsql-hackers |
Hello
I just came across a crash while debugging some corrupted system
catalogs; pg_identify_object_as_address fails to cope with some NULL
input, causing a crash. Attached patch fixes it. Naturally, the output
array will contain NULL members in the output, but that's better than
crashing ...
(The first hunk is purely speculative; I haven't seen anything that
requires that. The actual fix is in the other hunks. But seems better
to be defensive.)
The crash can be reproduced thusly
create function f() returns int language plpgsql as $$ begin return 1; end; $$;
update pg_proc set pronamespace = 9999 where proname = 'f' returning oid \gset
select * from pg_identify_object_as_address('pg_proc'::regclass, :oid, 0);
After the patch, the last line returns:
type | object_names | object_args
----------+--------------+-------------
function | {NULL,f} | {}
where the NULL obviously corresponds to the bogus pg_namespace OID being
referenced.
The patch is on 9.6. I checked 10 and it applies fine there. My
intention is to apply to all branches since 9.5.
--
Álvaro Herrera PostgreSQL Expert, https://www.2ndQuadrant.com/
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера