Re: [bug fix] Produce a crash dump before main() on Windows - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: [bug fix] Produce a crash dump before main() on Windows
Date
Msg-id 20191107075055.GO1768@paquier.xyz
Whole thread Raw
In response to Re: [bug fix] Produce a crash dump before main() on Windows  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Wed, Sep 11, 2019 at 01:55:45PM +0900, Michael Paquier wrote:
> Okay, so this means that the service state of the parent is inherited
> and that we can rely on that.  I was not sure about that.  Got it
> now.  Now, there are cases where it is possible to start an app
> without using a service though, no?  For example using the task
> manager it is possible to trigger an app when the OS starts.  What
> happens in the case where we have an app which starts Postgres using
> "pg_ctl start" as part of its startup process but it fails and pops an
> error window, freezing the whole?  Can this happen?  Sorry to sound
> noisy, but I am rather scared of the potential consequences of this
> change without a GUC to control it as Craig mentioned at the beginning
> of the thread.  Perhaps that's a niche case, but it could be annoying
> for some users.

We still have a patch registered in the CF for that thread, and it
seems to me that those comments have not been answered yet.  Is that
overthinking?  Thoughts?
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Kyotaro Horiguchi
Date:
Subject: Re: [PATCH][DOC] Fix for PREPARE TRANSACTION doc and postgres_fdwmessage.
Next
From: Michael Paquier
Date:
Subject: Re: heapam_index_build_range_scan's anyvisible