Re: setsockopt(SO_REUSEADDR) (Re: Call for porting reports)

Yes, if
#define ONLY_REUSE_INET_SOCKETS
is included in solaris_sparc.h as in sco.h the postmaster can be started.

But except the libpq++, inet_aton() and SO_REUSEADDR problems there are more
problems:

1) psql cannot be made since perl is used to generate sql_help.h. There is
no perl on this machine. So configure doesn't help if perl is used anyway.

2) After I have copied sql_help.h from another platforms I could build psql,
but not start:

psql: PQconnectPoll() -- couldn't send startup packet: errno=22
Invalid argument

TCP/IP or Unix domain sockets doesn't matter.

Regards,
Andreas Kardos

-----Ursprüngliche Nachricht-----
Von: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
An: Kardos, Dr. Andreas <kardos(at)repas-aeg(dot)de>
Cc: <hackers(at)postgresql(dot)org>; <pgsql-ports(at)postgresql(dot)org>
Gesendet: Dienstag, 11. April 2000 16:40
Betreff: setsockopt(SO_REUSEADDR) (Re: Call for porting reports)

> "Kardos, Dr. Andreas" <kardos(at)repas-aeg(dot)de> writes:
> > SunOS 5.4 (sparc-sun-solaris) with native Sun compilers:
> > 3) The postmaster cannot be started:
>
> > sun2$ postmaster -i
> > FATAL: StreamServerPort: setsockopt(SO_REUSEADDR) failed: Protocol error
> > /usr/local/pgsql/bin/postmaster: cannot create UNIX stream port
>
> > Does SunOS not support Unix domain sockets? The same error appears
without
> > the -i option.
>
> There is an
> #ifdef ONLY_REUSE_INET_SOCKETS
> check to skip that call, but the symbol only seems to be defined for
> sco. Now we see that Solaris doesn't like that call either.
>
> At the time the SCO patch was proposed, I thought we should just
> unconditionally skip the setsockopt(SO_REUSEADDR) call for the Unix-
> domain socket, because AFAIK it doesn't mean anything for that domain
> anyway. Can anyone think of a reason not to do so now? Seems to me
> that trying to apply a nonapplicable option is just asking for trouble.
>
> regards, tom lane
>