Skip site navigation (1) Skip section navigation (2)

Re: HELP < 63 users

From: Jason Tishler <jason(at)tishler(dot)net>
To: joek hondius <jhondius(at)rem(dot)nl>
Cc: pgsql-cygwin(at)postgresql(dot)org
Subject: Re: HELP < 63 users
Date: 2002-08-29 16:18:27
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-cygwin

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: AridanyDate: 2002-08-29 17:31:20
Subject: Inquiry From Form [pgsql]
Previous:From: Michael LabhardDate: 2002-08-29 14:54:16
Subject: Does "USING" work?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group