Re: PQexec() hangs on OOM
От | Michael Paquier |
---|---|
Тема | Re: PQexec() hangs on OOM |
Дата | |
Msg-id | CAB7nPqTqJmUL_jmATPvXzfET9u6DFQxtvF2J74D7XO6QebyAEw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: PQexec() hangs on OOM (Heikki Linnakangas <hlinnaka@iki.fi>) |
Ответы |
Re: PQexec() hangs on OOM
|
Список | pgsql-bugs |
On Wed, Apr 8, 2015 at 3:54 AM, Heikki Linnakangas wrote: > On 04/07/2015 09:18 AM, Michael Paquier wrote: >> >> @@ -143,7 +143,11 @@ PQmakeEmptyPGresult(PGconn *conn, ExecStatusType >> status) >> >> [...] > > That's not cool, because PQmakeEmptyPGresult may be called with conn == > NULL. In general, I'm a bit wary of changing PQmakeEmptyResult so that it > sets the error message. Will have to check all the callers carefully to see > if that would upset any of them. And it might be called by applications too. Oops, my mistake. For a patch arguing to not change how libpq routines behave this is bad, and contrary to what is mentioned in the docs as well. I moved the error message into parseInput. I guess it makes more sense there. >> I have noticed as well that getCopyStart() in fe-protocol3.c needs to >> be made a little bit smarter to make the difference between an OOM and >> the not-enough-data type of problem. > > Yeah. getParamDescription still has the issue, with your patch. Check. >> This problem has a low probability to happen in the field, and no >> people complained about that as well, so I think that patching only >> HEAD is adapted. > > > As long as the patch applies easily, I don't see much reason to not > backpatch. It applies cleanly down to 9.1. For 9.0 some minor tweaks are visibly needed. In any case, take two is attached. Regards, -- Michael
Вложения
В списке pgsql-bugs по дате отправления: