Return-Path: X-Original-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 584E1EC22 for ; Tue, 28 May 2013 14:56:55 +0000 (UTC) Received: (qmail 95365 invoked by uid 500); 28 May 2013 14:56:54 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 93001 invoked by uid 500); 28 May 2013 14:56:44 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 92935 invoked by uid 99); 28 May 2013 14:56:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 May 2013 14:56:42 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jlewis@silverhawk.net designates 209.85.192.177 as permitted sender) Received: from [209.85.192.177] (HELO mail-pd0-f177.google.com) (209.85.192.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 May 2013 14:56:36 +0000 Received: by mail-pd0-f177.google.com with SMTP id u11so7760333pdi.36 for ; Tue, 28 May 2013 07:56:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=dXuWUyq7o6rXaB4VxCZJZ6en9GQYoUDXOs9KCkDDGmY=; b=ThapPstya+0BuSydV3tRx1qAvo7WbPq3fcvygO6IsPFgnQnqHXM237GfGbg5VcSdWq JnjYvXAu2NVd76GVkOihznaB6b5eJXex3OjZyAkjTSmZWMDQraShqnqGH0zOBLkM2Hx+ Ab69Z25D1EzEponDWIY3y2cRv6+y7w4GKt9KHPoumYWsPGlL4fcBq0S0Z6GZN0cIWtfc LdvTez3KQ+LjBKHDPCXbZmoqWuF5xWIwy3RTk+r5st0ptAFC1BAp5vjpG/qLoquVRMbk lg/uILt2r+MexrfQY4eQZR1h0r7i3MpyprbqQg7Xt3ue+9ccfVSMDQ//QjSzbsvxw1TY KBKA== X-Received: by 10.68.65.134 with SMTP id x6mr34283075pbs.219.1369752974942; Tue, 28 May 2013 07:56:14 -0700 (PDT) Received: from aconite.overstock.com ([65.116.116.6]) by mx.google.com with ESMTPSA id fm2sm35507521pab.13.2013.05.28.07.56.13 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 28 May 2013 07:56:13 -0700 (PDT) Sender: Joe Lewis Message-ID: <51A4C587.7010205@joe-lewis.com> Date: Tue, 28 May 2013 08:56:07 -0600 From: Joe Lewis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.3 MIME-Version: 1.0 To: modules-dev@httpd.apache.org Subject: Re: Issue in using php5_module module. References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlG/GY95DTL+f2ZA8oUDm7Ed4EgPjfYPfiEJnATrOppM5ZkS46fvID/lstRye7A10qVIrC/ X-Virus-Checked: Checked by ClamAV on apache.org On 05/28/2013 08:38 AM, Sindhi Sindhi wrote: > [SNIP] > > With these changes, when I start httpd.exe and try to launch a simple php > file shown above, from the browser, the first time I see that my filter > module gets the correct php data from php file in the buckets. But when I > try to open the same php file second time, I see that there are some extra > strings appended to the original php file contents and sent to my filter > module in the buckets. So in my filter when I read php data from the bucket > I get the php data and some additional strings appended to the php data > like below - > > "Hello from PHP > 6.26%20(KHTML,%20like%20Gecko)%20Version/6.0%20Mobile/10A5355d > %20Safari/8536.25 HTTP/1.1 > Host: localhost > User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 > Firefox/22.0 > Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 > Accept-Language: en-US,en;q=0.5........ " > > Any help is highly appreciated. > > Thanks. > Are you sure it's a problem with the php5_module and not your filter? I only ask because the php5_module has been installed in numerous locations throughout the world, with custom modules (including an output filter of mine that wraps the page into a template), without issue. I had run into a similar problem eons ago (I believe about 10 years or so). In fact, I have one question that (if you answer honestly) will probably tell you where your problem is. Are you NULL-terminating all of your strings when you set them up at the beginning of the transaction? If you say "yes", please send copies of code. If you say "no", please fix and try again. When I ran into that problem so long ago, I was mistakenly working under the assumption that the strings being passed around were NULL-terminated, which is not always the case. Joe -- http://www.silverhawk.net/