Re: minor windows & cygwin regression failures on stable branch - Mailing list pgsql-hackers

From Tom Lane
Subject Re: minor windows & cygwin regression failures on stable branch
Date
Msg-id 14010.1111861323@sss.pgh.pa.us
Whole thread Raw
In response to Re: minor windows & cygwin regression failures on stable  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: minor windows & cygwin regression failures on stable  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> Well, it seems at least to be running. When I fire up postmaster there 
> are 4 processes running and no indication of failure that I could see on 
> the log. (There is a complaint about failing to dup(0) after 3195 
> successes - I assume that has nothing to do with it?)

No, that's some code that's trying to measure the number of files we are
allowed to open.  It expects to fail, it just thought the particular
errno it got was odd enough to report.  Might be worth an #ifdef to tell
it that that errno is expected on Cygwin?

As far as the test failure, maybe we are just not allowing enough time
for the stats collector to run?  The thing sits there for 2 sec, which
theoretically is plenty, but it's a busy-wait loop and if the Cygwin
scheduler is not aggressive about taking away timeslices then maybe
the stats processes don't get to run.  Try doing the test script by
hand, with just a manual delay instead of the sleep function, and see
if it passes.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] problem with CR+LF in files in psql \i command
Next
From: Tom Lane
Date:
Subject: Re: understanding pg_stat* numbers