Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 81792 invoked from network); 26 Feb 2004 18:17:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 26 Feb 2004 18:17:38 -0000 Received: (qmail 97953 invoked by uid 500); 26 Feb 2004 18:17:17 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 97898 invoked by uid 500); 26 Feb 2004 18:17:16 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 97813 invoked from network); 26 Feb 2004 18:17:15 -0000 Received: from unknown (HELO zcamail03.zca.compaq.com) (161.114.32.103) by daedalus.apache.org with SMTP; 26 Feb 2004 18:17:15 -0000 Received: from cacexg11.americas.cpqcorp.net (cacexg11.americas.cpqcorp.net [16.92.1.50]) by zcamail03.zca.compaq.com (Postfix) with ESMTP id EB8E2AF57 for ; Thu, 26 Feb 2004 10:17:18 -0800 (PST) Received: from cacexc03.americas.cpqcorp.net ([16.92.1.27]) by cacexg11.americas.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.0); Thu, 26 Feb 2004 10:17:16 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [PATCH-Modified-2] SSL not sending close alert message Date: Thu, 26 Feb 2004 10:17:16 -0800 Message-ID: <16A24B6050584143978000646801E93557BF04@cacexc03.americas.cpqcorp.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH-Modified-2] SSL not sending close alert message Thread-Index: AcP8X8+kH8gsO+kNTl+XZGozdpAXeAALFQ1w From: "Mathihalli, Madhusudan" To: X-OriginalArrivalTime: 26 Feb 2004 18:17:17.0260 (UTC) FILETIME=[C424A0C0:01C3FC94] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >-----Original Message----- >From: Joe Orton [mailto:jorton@redhat.com] [SNIP] > >ap_flush_conn can just use a single brigade with two buckets, no extra >variables needed there,=20 Hmmn.. will that not introduce a mem leak ? >also needs s/APU_DECLARE/AP_DECLARE in >eoc_bucket.c, and perhaps the prototypes are more appropriate in >http_connection.h but it's pretty arbitrary with the error_bucket in >http_protocol.h already. I agree - it makes more sense in http_connection.h - moved it there (the = next patch will include the change) -Madhu