From dev-return-14925-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Tue Oct 25 19:44:56 2005 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 7945 invoked from network); 25 Oct 2005 19:44:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 25 Oct 2005 19:44:55 -0000 Received: (qmail 57618 invoked by uid 500); 25 Oct 2005 19:44:50 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 57581 invoked by uid 500); 25 Oct 2005 19:44:49 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 57570 invoked by uid 99); 25 Oct 2005 19:44:49 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2005 12:44:49 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [128.4.40.12] (HELO mail.eecis.udel.edu) (128.4.40.12) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Oct 2005 12:44:47 -0700 Received: by mail.eecis.udel.edu (Postfix, from userid 62) id 832B9178; Tue, 25 Oct 2005 15:44:27 -0400 (EDT) Received: from stimpy.eecis.udel.edu (stimpy.eecis.udel.edu [128.4.40.17]) by mail.eecis.udel.edu (Postfix) with ESMTP id 06EB916C; Tue, 25 Oct 2005 15:44:27 -0400 (EDT) Date: Tue, 25 Oct 2005 15:44:26 -0400 (EDT) From: Preethi Natarajan X-X-Sender: nataraja@stimpy.eecis.udel.edu To: Colm MacCarthaigh Cc: dev@apr.apache.org Subject: Re: APR with SCTP streams. In-Reply-To: <20051025191134.GA1344@stdlib.net> Message-ID: References: <20051025191134.GA1344@stdlib.net> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on louie.udel.edu X-Spam-Level: X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm,v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; boundary="MIMEStream=_0+55584_076504739315895_6208423448" Content-ID: X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-3.8 required=4.1 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --MIMEStream=_0+55584_076504739315895_6208423448 Content-Type: TEXT/PLAIN; charset="X-UNKNOWN"; format=flowed Content-Transfer-Encoding: quoted-printable Content-ID: On Tue, 25 Oct 2005, Colm MacCarthaigh wrote: > brilliant source of working code - I've tested it a little). Is there > any reason why the stream id could not just be member of apr_socket_t, > and handled by the existing functions? I had started with that idea but couldnt conitnue with it since ideally=20 different HTTP reqs can come in different SCTP streams in the _same_=20 apr_socket_t. So the stream info will be overwritten after each request. In that case, the response and req could end up in different SCTP streams. However, I faced another problem in httpd for which I changed the design=20 so that another request can be read only after the response to prev req=20 has been sent. (I can elaborate further if there is interest). So now, I=20 can put in the stream info in apr_socket_t. Will that be better? > > I'm not sure that port/protocol parsing as indiciated belongs in APR > either. But great to see work on SCTP! I saw that apr_parse_addr_port was called by listen.c to read the addr and= =20 port from the Listen directive. This function has to be changed too since= =20 the new Listen directive can have protocol as an argument. > > --=20 > Colm MacC=E1rthaigh Public Key: colm+pgp@stdlib.ne= t > --MIMEStream=_0+55584_076504739315895_6208423448--