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 8A331D13B for ; Thu, 5 Jul 2012 03:42:52 +0000 (UTC) Received: (qmail 76803 invoked by uid 500); 5 Jul 2012 03:42:52 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 76555 invoked by uid 500); 5 Jul 2012 03:42:47 -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 76521 invoked by uid 99); 5 Jul 2012 03:42:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jul 2012 03:42:45 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tim.whittington@orionhealth.com designates 203.84.134.2 as permitted sender) Received: from [203.84.134.2] (HELO mx1.securemx.biz) (203.84.134.2) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jul 2012 03:42:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; d=nz.smxemail.com; s=alpha; c=relaxed/relaxed; q=dns/txt; i=@nz.smxemail.com; t=1341459738; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc; bh=tI1niH/5mcfNeqD5S9TmkSyk9L5OCB69PDEEpUUaBeM=; b=IoUaPNNfgq4a0PHQvLqIBVd/SpXGPURt2Xn4I43mkdD3bUZlugZNWLRQ4da8DGqm BdQCr5uUM6B8iVg9bNi0Z5ahLhROyh2d/cIGLEGLSDLijOt2ratMEXTu3LawkFlo DHalTQVFPevQHkNGMc2S6rUzInMfZLNQvYzL5SIH/GI=; Received: from webvpn.orionhealth.com ([202.37.75.130]) by omr.securemx.biz with ESMTP id 4FF50D1A-1A0A2829@mta1102.omr; Thu, 05 Jul 2012 03:42:18 +0000 Received: from akl-zm3.orion.internal (akl-zm3.orion.internal [172.20.1.4]) by akl-prx1.orion.internal (Postfix) with ESMTP id D0F101C18621 for ; Thu, 5 Jul 2012 15:42:15 +1200 (NZST) Received: from localhost (localhost.localdomain [127.0.0.1]) by akl-zm3.orion.internal (Postfix) with ESMTP id CF458C8982ED for ; Thu, 5 Jul 2012 15:42:15 +1200 (NZST) Received: from akl-zm3.orion.internal ([127.0.0.1]) by localhost (akl-zm3.orion.internal [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y1UvoQBO5CNf for ; Thu, 5 Jul 2012 15:42:15 +1200 (NZST) Received: from akl-zm3.orion.internal (akl-zm3.orion.internal [172.20.1.4]) by akl-zm3.orion.internal (Postfix) with ESMTP id BB476C8982EC for ; Thu, 5 Jul 2012 15:42:15 +1200 (NZST) Date: Thu, 5 Jul 2012 15:42:15 +1200 (NZST) From: Tim Whittington To: modules-dev@httpd.apache.org Message-ID: <28246584.490.1341459731072.JavaMail.timw@duckbookii.orion.internal> In-Reply-To: <11717500.248.1341457687218.JavaMail.timw@duckbookii.orion.internal> Subject: Broken request_rec structures passed to hook methods in Apache 2.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_489_12954685.1341459731071" X-Originating-IP: [172.20.8.143] X-Mailer: Zimbra 7.2.0_GA_2669 (Zimbra Desktop/7.1.4_11299_Mac) X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_489_12954685.1341459731071 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all I'm trying to track down the cause of a segmentation fault observed using mod_jk in Apache 2.0 on Solaris/Sparc. >From the core dumps I've narrowed the initial crashes down to a hook function in mod_jk (for ap_hook_translate_name). Interestingly returning immediately from this hook (e.g. return DECLINED) causes a crash in another hook, and returning immediately from that hook results in a crash in Apache/APR. When these hooks are invoked, I've observed that several fields of the request_rec passed to the hook function are NULL. The fields that are NULL are always the same between runs, but differ between two Solaris/Sparc machines (running Solaris 10 and the same version of Apache). The fields that I've observed to be NULL are: - request_rec.subprocess_env - request_rec.notes - request_rec.pool The mod_jk.so in this case is built with gcc 3.4.6 with -static-libgcc (as is the Apache 2.0.64 it was built against). The Apache the module is being loaded into is Apache 2.0.63 built with the SUNWSPro compiler. Everything is built as 32-bit, and the mod_jk module loads and executes (to the point that it is configured and initialised, hook methods are called, and it can perform logging etc.) Does anyone have any ideas, short of building mod_jk using the SUNWSPro compiler, to explain what is going wrong here? cheers tim ------=_Part_489_12954685.1341459731071--