From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Idea for improving buildfarm robustness |
Date: | 2015-09-30 13:46:12 |
Message-ID: | 560BE7A4.9090402@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 09/30/2015 01:18 AM, Michael Paquier wrote:
> On Wed, Sep 30, 2015 at 7:19 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I wrote:
>>> Josh Berkus <josh(at)agliodbs(dot)com> writes:
>>>> Give me source with the change, and I'll put it on a cheap, low-bandwith
>>>> AWS instance and hammer the heck out of it. That should raise any false
>>>> positives we can expect.
>>> Here's a draft patch against HEAD (looks like it will work on 9.5 or
>>> 9.4 without modifications, too).
>> BTW: in addition to whatever AWS testing Josh has in mind, it'd be good if
>> someone tried it on Windows. AFAIK, the self-kill() should work in the
>> postmaster on Windows, but that should be checked. Also, does the set of
>> errnos it checks cover typical deletion cases on Windows? Try both
>> removal of $PGDATA in toto and removal of just pg_control or just global/.
> Just tested on Windows, and this is working fine for me. It seems to
> me as well that looking only for ENOENT and ENOTDIR is fine (here is
> what I looked at for reference, note the extra EXDEV or STRUNCATE for
> example with MS 2015):
> https://msdn.microsoft.com/en-us/library/5814770t.aspx
Incidentally, AWS and Windows are not mutually exclusive. I used an AWS
Windows instance the other day when I validated the instructions for
building with Mingw.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Ramsey | 2015-09-30 13:53:06 | Re: [PATCH] postgres_fdw extension support |
Previous Message | Michael Banck | 2015-09-30 12:41:34 | Re: No Issue Tracker - Say it Ain't So! |