Unixware 7

From: David Stes <stes(at)kava(dot)be>
To: pgsql-ports(at)postgresql(dot)org
Subject: Unixware 7
Date: 1999-02-16 11:01:34
Message-ID: Pine.SV4.3.96.990216113223.11170B-100000@pctarief1.kava.be
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-ports


I obtained a copy of postgresql-6.4.2.tar.gz and compiled it on SCO
UnixWare 7.

Some notes that may be of interest:

* I normally don't have . in my $PATH. I believe I had to add . to $PATH
to run the configure script. It assumes . is in the PATH.

* I set HAVE_Cplusplus=false in Makefile.global to skip compiling libpq++.

I have both gcc and g++ and the UDK cc and CC installed, and for
compiling C, the configure script choose 'cc'. For compiling the c++
library, however it choose g++. That by itself is ok, but g++ was invoked
with command line arguments (such as -K ...,...) that are specific to the
UDK cc ...

As said, I simply set HAVE_Cplusplus to false to skip this step.

* When starting the postmaster process, there was a shmget() call for
about 800,000 bytes.

This didn't work since the default on Unixware 7 seems to be about 512
k. I increased the SHMMAX kernel parameter and rebooted.

* Now I can connect via port 5432 and I ran the regression test.

Note that I have the impression that working over a unix domain socket
doesn't work (I explicitely tell createdb, psql etc. to use tcp/ip by
setting some env. variables). I'm not sure about this, but I also think
postmaster should clean up the domain socket when I 'kill' the postmaster,
but it seems I have to do this manually.

postgres 9258 postgres 3u inet 0xc2b72900 0t0 TCP *:5432
(LISTEN)
postgres 9258 postgres 4u unix 7679,1 0t0 60058
/tmp/.s.PGSQL.5432

* Results of the regression test: most items were 'ok' but there was a
failure for int2 and int4. Upon inspection of the regression.diff file it
seems to be a difference in error message when inserting a string 'asdf'
as integer (message from the strtol() call on Unixware 7 is different
from the one on Linux, I think).

Browse pgsql-ports by date

  From Date Subject
Next Message Unprivileged user 1999-02-16 18:54:54 Port Bug Report: Syntax error while doing initdb
Previous Message Philippe Rochat 1999-02-16 00:35:44 Installation