Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)
| От | Craig Ringer |
|---|---|
| Тема | Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) |
| Дата | |
| Msg-id | 4E1A295E.9030103@postnewspapers.com.au обсуждение исходный текст |
| Ответ на | Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
On 11/07/2011 4:23 AM, Peter Eisentraut wrote:
> I was going through the GetLastError() calls to unify the printf
> formats, as discussed, and I stumbled across this:
>
> + write_stderr("could not write crash dump to %s: error code %08x\n",
> + dumpPath, GetLastError());
>
> Is there a reason why this uses that particular format, unlike all other
> call sites?
>
Other call site usages include:
errmsg_internal("could not create signal event: %d", (int) GetLastError()) write_stderr("could not create signal
listenerpipe: error code %d;
retrying\n", (int) GetLastError())
etc, so I presume you're referring to the use of %08x as a format
specifier rather than %d ? The only reason is that ntstatus errors are
typically reported this way - but, really, not all possible errors
arising there would be ntstatus errors. As it's not consistent with the
rest of Pg I don't see any reason not to change it to %d.
--
Craig Ringer
POST Newspapers
276 Onslow Rd, Shenton Park
Ph: 08 9381 3088 Fax: 08 9388 2258
ABN: 50 008 917 717
http://www.postnewspapers.com.au/
В списке pgsql-hackers по дате отправления: