On Thu, Aug 29, 2002 at 12:11:11PM +0200, joek hondius wrote:
> >On Tue, Aug 27, 2002 at 04:45:49PM +0200, joek hondius wrote:
> >> I could not find any pointer to this in the cygwin or postgresql
> >> docs about this. Jason Tishler noted this before in a review of
> >> why 'make test' (parallel) failed (one year ago).
> >I don't recall the above. Please provide an URL.
> Somehow i could not find the original postings anymore (they where
> there 3 weeks ago),
They recently fell off the end of the PostgreSQL mailing list archives.
> but thanks to google's cache:
The above refers to a bug in libpq. See the following thread for the
Specifically, the following:
> >Are you referring to the following (from the README)?
> > 1. make check can generate spurious regression test failures due to
> > overflowing the the listen() backlog queue which generates
> > connection refused errors. Note that make installcheck does not
> > have this problem since it runs all tests sequentially instead of in
> > large concurrent groups.
> But this is not a backlog problem.
> Its seems to me to be a fork() to windows mapping problem. The
> WaitForObject() winAPI call is limited to 63. So postgreSQL really
> seems limited to 63 backends on cygwin. :(
Unfortunately, Cygwin has this limitation.
Nevertheless, the fork() issue is not why make check above failed. I
was just trying to clear this up for the archives.
In response to
pgsql-cygwin by date
|Next:||From: Aridany||Date: 2002-08-29 17:31:20|
|Subject: Inquiry From Form [pgsql]|
|Previous:||From: Michael Labhard||Date: 2002-08-29 14:54:16|
|Subject: Does "USING" work?|