On Tue, 17 Mar 1998, Bruce Momjian wrote:
> > I've done more tests. The problem is that if you start the postmaster
> > without the '-p' option and without assigning a value to the PGPORT
> > environment variable, then all the ipc stuff is messed up. No shared
> > memory regions are created, and the semaphores are created but never
> > freed. When a port number is specified, the sempahores (and the shared
> > memory regions) have a 'key' value that contains the port number. Without
> > port number, there is no shared memory and the sempahores have 0 as the
> > key value.
> >
> > I don't know if this behaviour is due to the use of a non-standard port
> > (5440), but since it's been specified in configure (--with-pgport=5440) it
> > should work. shouldn't it?
> >
> > These are the regression tests when a port number is specified (note that
> > you *must* assign a value to PGPORT before running the tests):
>
> Let's get a patch for this alpha fix. Not sure about the pgport problem.
The pgport problem, I *think*, is the one that was configure
related, where the port is set wrong by default.
Try this:
Index: pgsql/src/configure
===================================================================
RCS file: /usr/local/cvsroot/pgsql/src/configure,v
retrieving revision 1.132
retrieving revision 1.134
diff -r1.132 -r1.134
811c811
< #define DEF_PGPORT "${DEF_PGPORT}"
---
> #define DEF_PGPORT "${withval}"