pgsql: Repair unsafe/unportable snprintf usage in pg_restore.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Repair unsafe/unportable snprintf usage in pg_restore.
Дата
Msg-id E1gsdFu-0006BC-FZ@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Repair unsafe/unportable snprintf usage in pg_restore.

warn_or_exit_horribly() was blithely passing a potentially-NULL
string pointer to a %s format specifier.  That works (at least
to the extent of not crashing) on some platforms, but not all,
and since we switched to our own snprintf.c it doesn't work
for us anywhere.

Of the three string fields being handled this way here, I think
that only "owner" is supposed to be nullable ... but considering
that this is error-reporting code, it has very little business
assuming anything, so put in defenses for all three.

Per a crash observed on buildfarm member crake and then
reproduced here.  Because of the portability aspect,
back-patch to all supported versions.

Branch
------
REL9_5_STABLE

Details
-------
https://git.postgresql.org/pg/commitdiff/2c833217713776d8606fb94e9ab3877d102b86a6

Modified Files
--------------
src/bin/pg_dump/pg_backup_archiver.c | 7 +++++--
1 file changed, 5 insertions(+), 2 deletions(-)


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Build out the planner support function infrastructure.
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Solve cross-version-upgrade testing problem induced by1fb57af92