Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)

From: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Dave Page <dpage(at)pgadmin(dot)org>, Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)
Date: 2010-12-19 06:06:36
Message-ID: 4D0DA0EC.3070509@postnewspapers.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 17/12/2010 11:17 PM, Tom Lane wrote:

>> So I'd be happy to have it enabled - given that we want a default.
>
> There is absolutely nothing more frustrating than having a crash dump
> that hasn't got the information you need. Please turn it on by default.

There have to be limits to that, though. dbghelp.dll can dump shared
memory, too - but it's not going to be practical to write or work with
many-gigabyte dumps most of the time, and neither my initial patch nor
Magnus's recent reworking of it ask windbg.dll to include shared memory
in the dump.

It's possible to tell dbghelp.dll to include specific additional memory
ranges, so it may well be worth including specific critical areas within
the shared memory block while omitting the bulk of the buffers. Doing
that safely in an unsafe we're-crashing environment might not be simple,
though, especially if you're not even sure whether you got far into
startup before crashing.

--
Craig Ringer

Tech-related writing at http://soapyfrogs.blogspot.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message flyusa2010 fly 2010-12-19 06:11:21 can shared cache be swapped to disk?
Previous Message Robert Haas 2010-12-19 04:24:01 Re: serializable lock consistency