RE: PostgreSQL 7.1 beta3 on Windows 2k

Hi Tom,

    I have tried "make installcheck" and this is the output I get:

$ make installcheck
make -C src/test installcheck
make[1]: Entering directory `/usr/src/postgresql-snapshot/src/test'
make -C regress installcheck
make[2]: Entering directory `/usr/src/postgresql-snapshot/src/test/regress'
make -C ../../../contrib/spi REFINT_VERBOSE=1 refint.dll autoinc.dll
make[3]: Entering directory `/usr/src/postgresql-snapshot/contrib/spi'
make[3]: `refint.dll' is up to date.
make[3]: `autoinc.dll' is up to date.
make[3]: Leaving directory `/usr/src/postgresql-snapshot/contrib/spi'
sh.exe ./pg_regress --schedule=./serial_schedule --multibyte=
(using postmaster on Unix socket, default port)
============== dropping database "regression"         ==============
psql: connectDBStart() -- connect() failed: No such file or directory
        Is the postmaster running at 'localhost'
        and accepting connections on Unix socket '5432'?
dropdb: database removal failed
============== creating database "regression"         ==============
psql: connectDBStart() -- connect() failed: No such file or directory
        Is the postmaster running at 'localhost'
        and accepting connections on Unix socket '5432'?
createdb: database creation failed
pg_regress: createdb failed
make[2]: Leaving directory `/usr/src/postgresql-snapshot/src/test/regress'
make[1]: Leaving directory `/usr/src/postgresql-snapshot/src/test'

    Maybe there is an additional step I have not completed. If it is let me
know.
    Thank you fot your time.

//Juan

-----Mensaje original-----
De: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Enviado el: martes, 06 de febrero de 2001 2:14
Para: JJAR
CC: Jason Tishler; pgsql-ports@postgresql.org
Asunto: Re: [PORTS] PostgreSQL 7.1 beta3 on Windows 2k


"JJAR" <jjarcore@eresmas.com> writes:
> [ parallel regression tests hang up in second parallel group ]
> I come to this point and nothing happens. The CPU doesn't work at all (
only
> 5% CPU power consumption ) and the hard disk is quiet so the process is
> dead.

Hmm.  You might be looking at a shell bug.  There are shells out there
that lose track of how many children they have when asked to spawn more
than a dozen or so parallel children.  For example, I see extremely
similar behavior when I try to run 'make check' using the standard
/bin/sh shell on HPUX 10.20: it locks up partway through the second set
of parallel tests.  I have to select SHELL=/bin/ksh instead to get
the tests to complete.  I'm not sure it's quite the same issue, because
HPUX's sh goes to 100% CPU usage after getting confused in this way,
but it still seems like a likely explanation.

Can you run the non-parallel test (make installcheck) successfully?
Also, try splitting the parallel groups in the parallel_schedule file
into smaller numbers of tests.

            regards, tom lane