Re: HEADS UP: Win32/OS2/BeOS native ports

From: "Marc G(dot) Fournier" <scrappy(at)hub(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Matthew Kirkwood <matthew(at)hairy(dot)beasts(dot)org>, Igor Kovalenko <Igor(dot)Kovalenko(at)motorola(dot)com>, mlw <markw(at)mohawksoft(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: HEADS UP: Win32/OS2/BeOS native ports
Date: 2002-05-06 14:55:48
Message-ID: 20020506115503.B32524-100000@mail1.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Since our default behavior (at startup) is to have TCP sockets disabled,
how many OSs are there that don't support UD sockets? Enough to really be
worried about?

On Mon, 6 May 2002, Tom Lane wrote:

> "Marc G. Fournier" <scrappy(at)hub(dot)org> writes:
> >> That would work ... but is it more portable than depending on SysV
> >> shmem connection counts? ISTR that some of the platforms we support
> >> don't have Unix-style sockets at all.
>
> > Wouldn't the same thing work with a simple file? Does it have to be a
> > UnixDomainSocket?
>
> No, and yes. If it's not a pipe/fifo then you don't get the
> EOF-only-when-no-possible-writers-remain behavior. TCP and UDP
> sockets don't show this sort of behavior either. So AFAICS we
> really need a named pipe, ie, socket.
>
> We could maybe do something approximately similar with TCP connection
> attempts (per the prior suggestion of letting backends hold the
> postmaster's listen socket open; then see if you get "connection
> refused" or a timeout from trying to connect) but I don't think it'd be
> as trustworthy. Simple mistakes like overly aggressive ipchains filters
> would confuse this kind of test.
>
> regards, tom lane
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2002-05-06 15:19:54 Re: HEADS UP: Win32/OS2/BeOS native ports
Previous Message Tom Lane 2002-05-06 14:48:30 Re: HEADS UP: Win32/OS2/BeOS native ports