Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@www.apache.org Received: (qmail 36200 invoked from network); 7 Jun 2004 13:36:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Jun 2004 13:36:18 -0000 Received: (qmail 72024 invoked by uid 500); 7 Jun 2004 13:36:20 -0000 Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 72007 invoked by uid 500); 7 Jun 2004 13:36:20 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 71994 invoked by uid 99); 7 Jun 2004 13:36:20 -0000 Received: from [217.205.167.84] (HELO styx.radan.com) (217.205.167.84) by apache.org (qpsmtpd/0.27.1) with SMTP; Mon, 07 Jun 2004 06:36:20 -0700 Received: from unknown(217.205.167.82) by styx.radan.com via csmap id 102994bc_b888_11d8_96b7_0002b3cb43e0_15609; Mon, 07 Jun 2004 14:39:13 +0100 (BST) Organisation: Radan Computational Ltd., Bath, UK. Phone: +44 1225 320320 Fax: +44 1225 320311 Web: http://www.radan.com/ Received: from uk.radan.com (tangaroa.uk.radan.com [172.16.50.61]) by sockeye.uk.radan.com (8.9.1b+Sun/8.9.1) with ESMTP id OAA15751; Mon, 7 Jun 2004 14:33:22 +0100 (BST) Message-ID: <40C46FF9.5010801@uk.radan.com> Date: Mon, 07 Jun 2004 14:39:05 +0100 From: Steve Hay User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-gb, en, en-us MIME-Version: 1.0 To: Joe Schaefer CC: apreq-dev@httpd.apache.org Subject: Re: [PATCH] Re: It's time to get 2.03-dev out References: <87pt8egk2e.fsf@gemini.sunstarsys.com> <40C45B5C.5090301@uk.radan.com> <87oenvh536.fsf@gemini.sunstarsys.com> In-Reply-To: <87oenvh536.fsf@gemini.sunstarsys.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-NAIMIME-Disclaimer: 1 X-NAIMIME-Modified: 1 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Joe Schaefer wrote: >Steve Hay writes: > >[...] > > > >>I'm struggling to find the necessary docs to look at. I think $b here >>is an APR::Brigade, >> >> > >No, $b is an APR::Bucket; $bb is an APR::Brigade. > That makes sense, then. > > > >>Maybe APR::Bucket? That has a read() which takes an optional "mode" >>parameter (numeric?), and /returns/ the data read, so I tried this: >> >> my $buffer = $b->read(); >> >>and now it's all OK. >> >>So the following patch fixes this for me, but I'm very confused how >>nobody else could have noticed this? >> >> > >It's likely due to a recent API change in mp2's APR::Bucket >(IIRC the return value of $b->read() used to be a status code). >What version of mp2 are you using? > 1.99_15-dev from a week or two ago, the Changes for which does indeed include: APR::Bucket: [Stas] - read() now returns read data and throws APR::Error exception (not returning rc) So the test will have to check which version of mp2 is being used? In the long term, you obviously want to use the new syntax, but clearly not many people are using it yet... - Steve ------------------------------------------------ Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.