Re: canceling query
| От | Magnus Hagander |
|---|---|
| Тема | Re: canceling query |
| Дата | |
| Msg-id | 6BCB9D8A16AC4241919521715F4D8BCE17164E@algol.sollentuna.se обсуждение исходный текст |
| Ответ на | canceling query ("Merlin Moncure" <merlin.moncure@rcsonline.com>) |
| Список | pgsql-hackers-win32 |
>> I beleive the fix needs to be in backend/utils/elog.c, function
>> useful_strerror(). Unless someone either tells me that's the
>wrong place
>> or beats me to it, I'll try to get a patch done for this soonest.
>
>Sounds reasonable. Better look also at errcode_for_socket_access() and
>other places that check for particular errno values.
The errno values are correct (they're #defined in win32.h), it's just
that the system supplied strerror() doesn't know about them.
>While you are at it you might want to make sure there aren't any other
>unprotected strerror() calls in the backend. At one time we had a fair
>number of places with code like
>
> elog("barf: %s", strerror(errno));
>
>and I'm not sure if all of them have gotten turned into %m or not.
From what I can see, there are a couple of places in postmaster.c that
uses it, and that's it. And it's all non-socket related. So I think
we're safe there.
Patch coming up shortly :-)
//Magnus
В списке pgsql-hackers-win32 по дате отправления: