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 20180723084511.GN2854@paquier.xyz
Whole thread Raw
In response to RE: [bug fix] Produce a crash dump before main() on Windows  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Responses RE: [bug fix] Produce a crash dump before main() on Windows
Re: [bug fix] Produce a crash dump before main() on Windows
List pgsql-hackers
On Mon, Jul 23, 2018 at 08:16:52AM +0000, Tsunakawa, Takayuki wrote:
> I guess that is due to some missing files related to the libraries
> listed in shared_preload_library.  If so, no, because this patch
> relates to failure before main().

No, I really mean a library dependency failure.  For example, imagine
that Postgres is compiled on Windows dynamically, and that it depends on
libxml2.dll, which is itself compiled dynamically.  Then imagine, in a
custom build echosystem, that a folk comes in and adds lz support to
libxml2 on Windows.  If Postgres still consumes libxml2 but does not add
in its PATH a version of lz, then a backend in need of libxml2 would
fail to load, causing Postgres to not start properly.  True, painful,
story.

What is ticking me is if the popup window stuff discussed on this thread
could be a problem in the detection of such dependency errors, as with
the product I am thinking about, Postgres is not running as a service,
but kicked by another thing which is a service, and monitors the
postmaster.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Egor Rogov
Date:
Subject: Re: [Proposal] Add accumulated statistics for wait event
Next
From: Ashutosh Bapat
Date:
Subject: Re: de-deduplicate code in DML execution hooks in postgres_fdw