From: | Andrew - Supernews <andrew+nonews(at)supernews(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [COMMITTERS] pgsql: Add GUC variables to control keep-alive |
Date: | 2005-08-01 04:17:38 |
Message-ID: | slrnder8j1.bj3.andrew+nonews@trinity.supernews.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 2005-08-01, Oliver Jowett <oliver(at)opencloud(dot)com> wrote:
> There's no dependency on socket PF mentioned there, and the obvious
> reading of that text is that a "level identifier" uniquely identifies
> the "protocol controlling the option" -- so IPPROTO_TCP unambiguously
> means "the TCP protocol".
You're reading more into the spec than is present. It should be obvious
that the existence of, number of and organization of any layers that might
happen to exist below the socket layer is entirely dependent on the
protocol family. The fact that PF-dependent constants are used for
referring to such layers should reinforce this.
> Having multiple socket-PF-dependent namespaces which might overlap is
> just asking for hard-to-find bugs (if you accidentally manage to use the
> wrong namespace for the socket, you run the risk of getting weird
> behaviour rather than an error).
Think about what happens when you add a brand-new protocol family.
--
Andrew, Supernews
http://www.supernews.com - individual and corporate NNTP services
From | Date | Subject | |
---|---|---|---|
Next Message | User Shachar | 2005-08-01 11:35:21 | oledb - tests: Imported Sources |
Previous Message | Tom Lane | 2005-08-01 04:03:59 | pgsql: Add ALTER object SET SCHEMA capability for a limited but useful |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-08-01 04:28:55 | Re: Remote administration functionality |
Previous Message | Oliver Jowett | 2005-08-01 03:24:09 | Re: [COMMITTERS] pgsql: Add GUC variables to control keep-alive |