Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 63779 invoked by uid 500); 9 Nov 2001 05:20:34 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 63768 invoked from network); 9 Nov 2001 05:20:34 -0000 Content-Type: text/plain; charset="iso-8859-1" From: Ryan Bloom Reply-To: rbb@covalent.net Organization: Covalent Technologies To: "Roy T. Fielding" Subject: Re: [PATCH] APR Socket IOL Date: Thu, 8 Nov 2001 21:20:51 -0800 X-Mailer: KMail [version 1.3] Cc: Bill Stoddard , APR Development List References: <01aa01c1686a$9d144d20$0d381b09@sashimi> <20011108230140.8FD3146DFD@koj.rkbloom.net> <20011108155307.B1769@waka.ebuilt.net> In-Reply-To: <20011108155307.B1769@waka.ebuilt.net> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20011109052051.87CBD46DFD@koj.rkbloom.net> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thursday 08 November 2001 03:53 pm, Roy T. Fielding wrote: > > > What you are suggesting will not work at all. There are apr_socket(and > > > related) calls in places other than the core_*_filters. And it is not > > > safe to make these calls (which will call BSD socket network io system > > > calls) using descriptors from a different network interface. > > > > Then I would consider the filtering logic broken. If you can't replace > > the underlying network types, then we need to move all of the network > > calls in the core into new hooks, that can be bypassed if a different > > network mechanism is required. > > Not really. It just means that the network options being set on the > sockets directly today should instead be set (in an abstract sense) on the > top of the filter chain, which would propagate them down to the filter that > is IO-specific. In reality, there are only a couple types of filters that > would ever have a legitimate reason to set socket options, and they are > very close to the IO-specific filter in the chain. Yeah, that is another way to do this. Either way, this is the correct way to replace the underlying network code. Ryan ______________________________________________________________ Ryan Bloom rbb@apache.org Covalent Technologies rbb@covalent.net --------------------------------------------------------------