Re: [bug fix] Produce a crash dump before main() on Windows
От | Craig Ringer |
---|---|
Тема | Re: [bug fix] Produce a crash dump before main() on Windows |
Дата | |
Msg-id | CAMsr+YHv0KfWhA+Z=UVydpvLQ-QyLaidBqpHxQ=YqTPiDGG6dg@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: [bug fix] Produce a crash dump before main() on Windows ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>) |
Ответы |
Re: [bug fix] Produce a crash dump before main() on Windows
|
Список | pgsql-hackers |
On 26 February 2018 at 12:06, Tsunakawa, Takayuki <tsunakawa.takay@jp.fujitsu.com> wrote:
-- From: Craig Ringer [mailto:craig@2ndquadrant.com]
> The patch proposed here means that early crashes will invoke WER. If we're
> going to allow WER we should probably just do so unconditionally.
>
> I'd be in favour of leaving WER on when we find out we're in a noninteractive
> service too, but that'd be a separate patch for pg11+ only.
As for PG11+, I agree that we want to always leave WER on. That is, call SetErrorMode(SEM_FAILCRITICALERRORS) but not specify SEM_NOGPFAULTERRORBOX. The problem with the current specification of PostgreSQL is that the user can only get crash dumps in a fixed folder $PGDATA\crashdumps. That location is bad because the crash dumps will be backed up together with the database cluster without the user noticing it. What's worse, the crash dumps are large. With WER, the user can control the location and size of crash dumps.
Yeah, that's quite old and dates back to when Windows didn't offer much if any control over WER in services.
В списке pgsql-hackers по дате отправления: