Re: issue in pgfdw_report_error()?
От | Fujii Masao |
---|---|
Тема | Re: issue in pgfdw_report_error()? |
Дата | |
Msg-id | 41aae5d4-4d11-85f6-8f32-1bb5349ce959@oss.nttdata.com обсуждение исходный текст |
Ответ на | Re: issue in pgfdw_report_error()? (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>) |
Ответы |
Re: issue in pgfdw_report_error()?
|
Список | pgsql-hackers |
On 2021/11/19 21:57, Bharath Rupireddy wrote: >> If this is a bug, IMO the following change needs to be applied. Thought? >> >> ------------------- >> ereport(elevel, >> (errcode(sqlstate), >> - message_primary ? errmsg_internal("%s", message_primary) : >> + (message_primary != NULL && message_primary[0] != '\0') ? >> + errmsg_internal("%s", message_primary) : >> errmsg("could not obtain message string for remote error"), >> ------------------- I attached the patch. > What if conn->errorMessage.data is NULL and PQerrorMessage returns it? > The message_primary can still be NULL right? Since conn->errorMessage is initialized by initPQExpBuffer(), PQerrorMessage() seems not to return NULL. But *if* it returns NULL, pchomp(NULL) is executed and would cause a segmentation fault. Regards, -- Fujii Masao Advanced Computing Technology Center Research and Development Headquarters NTT DATA CORPORATION
Вложения
В списке pgsql-hackers по дате отправления: