From modperl-return-63285-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 7 06:00:10 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0B43E10BD1 for ; Tue, 7 May 2013 06:00:10 +0000 (UTC) Received: (qmail 50911 invoked by uid 500); 7 May 2013 06:00:08 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 50507 invoked by uid 500); 7 May 2013 06:00:03 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 50479 invoked by uid 99); 7 May 2013 06:00:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 06:00:02 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [85.134.48.231] (HELO mars.beamex.com) (85.134.48.231) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 05:59:57 +0000 Received: from DIFFERO.beamex.com (10.110.12.67) by mars.beamex.com (10.110.12.68) with Microsoft SMTP Server (TLS) id 8.3.298.1; Tue, 7 May 2013 08:57:21 +0300 Received: from DIFFERO.beamex.com ([fe80::4515:b353:6111:e596]) by differo.beamex.com ([fe80::4515:b353:6111:e596%12]) with mapi id 14.02.0247.003; Tue, 7 May 2013 08:57:21 +0300 From: ext-ma To: "modperl@perl.apache.org" Subject: Mod_perl installation on Win 2008 Thread-Topic: Mod_perl installation on Win 2008 Thread-Index: Ac5K5uOKGcvl/YR6RwiKbT8Ecva9ZA== Date: Tue, 7 May 2013 05:57:21 +0000 Message-ID: <670E05D6FB88114F985C38B7BEA3DC0E013211D9@differo.beamex.com> Accept-Language: fi-FI, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.110.15.111] X-TM-AS-Product-Ver: SMEX-10.2.0.3176-7.000.1014-19848.004 X-TM-AS-Result: No--12.345200-5.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Content-Type: multipart/alternative; boundary="_000_670E05D6FB88114F985C38B7BEA3DC0E013211D9differobeamexco_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_670E05D6FB88114F985C38B7BEA3DC0E013211D9differobeamexco_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi. I am a consultant for a high-tech company and I have installed Bugzilla for= their internal use. For various reasons the Apache server had to be instal= led on a Win2008 server. And for other reasons the server is Apache 2.0. The mod_perl module is missing from Apache and hence Bugzilla is slow. I ha= ve read about this and found various ways to install mod_perl. http://perl.apache.org/docs/2.0/os/win32/install.html is a good link. Problem is that almost all these advices points to either http://theoryx5.u= winnipeg.ca/ or http://cpan.uwinnipeg.ca/ and both these addresses have bee= n down for over a day. It might be that I am missing something obvious but would anyway appreciate= some help. regards Mats Andersson Mirach Consulting Ab Oy 040-8615719 --_000_670E05D6FB88114F985C38B7BEA3DC0E013211D9differobeamexco_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi.

I am a consultant for a high-te= ch company and I have installed Bugzilla for their internal use. For variou= s reasons the Apache server had to be installed on a Win2008 server. And fo= r other reasons the server is Apache 2.0.

 

The mod_perl module is missing = from Apache and hence Bugzilla is slow. I have read about this and found va= rious ways to install mod_perl.

http://perl.apache.org/docs/2.0/os/win32= /install.html is a good link.

Problem is that almost all thes= e advices points to either http:= //theoryx5.uwinnipeg.ca/ or http://cpan.uwinnipeg.ca/ and bot= h these addresses have been down for over a day.

 

It might be that I am missing s= omething obvious but would anyway appreciate some help.

 

regards

 

Mats Andersson

Mirach Consulting Ab Oy

040-8615719

 

 

--_000_670E05D6FB88114F985C38B7BEA3DC0E013211D9differobeamexco_-- From modperl-return-63286-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 7 06:53:46 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 965E7FFA9 for ; Tue, 7 May 2013 06:53:46 +0000 (UTC) Received: (qmail 70470 invoked by uid 500); 7 May 2013 06:53:45 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 70033 invoked by uid 500); 7 May 2013 06:53:40 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 69991 invoked by uid 99); 7 May 2013 06:53:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 06:53:39 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 06:53:34 +0000 Received: from [192.168.2.206] (stargate.glomas.de [213.23.110.130]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 7592E3C079A for ; Tue, 7 May 2013 08:53:37 +0200 (CEST) Message-ID: <5188A4D7.1010702@ice-sa.com> Date: Tue, 07 May 2013 08:53:11 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Mod_perl installation on Win 2008 References: <670E05D6FB88114F985C38B7BEA3DC0E013211D9@differo.beamex.com> In-Reply-To: <670E05D6FB88114F985C38B7BEA3DC0E013211D9@differo.beamex.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org ext-ma wrote: > Hi. > I am a consultant for a high-tech company and I have installed Bugzilla for their internal use. For various reasons the Apache server had to be installed on a Win2008 server. And for other reasons the server is Apache 2.0. > I thought you said that this is a hi-tech company.. > The mod_perl module is missing from Apache and hence Bugzilla is slow. I have read about this and found various ways to install mod_perl. > http://perl.apache.org/docs/2.0/os/win32/install.html is a good link. > Problem is that almost all these advices points to either http://theoryx5.uwinnipeg.ca/ or http://cpan.uwinnipeg.ca/ and both these addresses have been down for over a day. > > It might be that I am missing something obvious but would anyway appreciate some help. > The less-than-obvious thing is that I believe that the person who took care of these sites has passed away (died), and nobody else has taken up the work of maintaining these sites. A pity, really. Look in the archives of this list, just a few days ago, for a link to another site providing some mod_perl binaries. They are not the ones you need, but maybe the same person can help you. http://people.apache.org/~stevehay/ From modperl-return-63287-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 7 07:09:47 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A89A210022 for ; Tue, 7 May 2013 07:09:47 +0000 (UTC) Received: (qmail 8434 invoked by uid 500); 7 May 2013 07:09:46 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 8120 invoked by uid 500); 7 May 2013 07:09:46 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 8101 invoked by uid 99); 7 May 2013 07:09:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 07:09:45 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= X-Spam-Check-By: apache.org Received-SPF: unknown mxinclude:aspmx.pardot.com~all (athena.apache.org: encountered unrecognized mechanism during SPF processing of domain of michiel.beijen@otrs.com) Received: from [80.190.216.69] (HELO groupware01.otrs.com) (80.190.216.69) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 07:09:41 +0000 Received: from localhost (localhost [127.0.0.1]) by groupware01.otrs.com (Postfix) with ESMTP id 4095555D2256 for ; Tue, 7 May 2013 09:09:19 +0200 (CEST) X-Virus-Scanned: amavisd-new at otrs.com Received: from groupware01.otrs.com ([127.0.0.1]) by localhost (groupware01.otrs.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4nvFtdEsFNuz for ; Tue, 7 May 2013 09:09:19 +0200 (CEST) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) by groupware01.otrs.com (Postfix) with ESMTPSA id EC91455D2250 for ; Tue, 7 May 2013 09:09:18 +0200 (CEST) Received: by mail-ie0-f181.google.com with SMTP id x12so354631ief.40 for ; Tue, 07 May 2013 00:09:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=b+vlKQrtaQlnSvXC+nwfY1Vdc9o98UjA6HZe5RGv8HU=; b=bHNELzqtiNjMAvB2RYoJV0b4we1HxBzMfkc44vzCz0set2HM09ROCmFTJKAniniDSo gg36+OeKeh4dmcqZS3Ac8AgL2ONYDBTnkQB7WX58LBMQbYeGF6yuxK24EFYzGVTEYOSu 0x7QnSX7wVn4pA2geq7QS6Q/aVzXcE7btBSDlnYP4vRDX5shdAkqqZDu9T5+lkXWoxc7 wDvfnfyVAIG/a7UIzV8NtvPhio5w8/IRHVIQMYAMhoJkOXdjNtkEDwLfqnU7crCBhwIE EslhVPkwHk2G/QD5M2CzyFSlcJ+/Vfwg+WMERXuq1G1YD+A1pHPE971BHrmM4gjiPOF2 7l2Q== X-Received: by 10.50.41.4 with SMTP id b4mr3349409igl.82.1367910557176; Tue, 07 May 2013 00:09:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.82.133 with HTTP; Tue, 7 May 2013 00:08:57 -0700 (PDT) In-Reply-To: <670E05D6FB88114F985C38B7BEA3DC0E013211D9@differo.beamex.com> References: <670E05D6FB88114F985C38B7BEA3DC0E013211D9@differo.beamex.com> From: Michiel Beijen Date: Tue, 7 May 2013 09:08:57 +0200 Message-ID: Subject: Re: Mod_perl installation on Win 2008 To: ext-ma Cc: "modperl@perl.apache.org" Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org Hi Mats, On Tue, May 7, 2013 at 7:57 AM, ext-ma wrote: > I > have read about this and found various ways to install mod_perl. > > http://perl.apache.org/docs/2.0/os/win32/install.html is a good link. > > Problem is that almost all these advices points to either > http://theoryx5.uwinnipeg.ca/ or http://cpan.uwinnipeg.ca/ and both these > addresses have been down for over a day. The maintainer of the sites you mentioned, Randy Kobes, passed away over a year ago. As far as I know there are no binary 'ppm' packages available for mod_perl anymore. Steve Hay maintains recent versions of mod_perl that you can simply expand over your Apache and Perl folders; you can download these from his site: http://people.apache.org/~stevehay/ It would be awesome if someone can update the mod_perl docs; I'm not sure who can handle this (or if I could send in a patch of some sort...) -- Mike From modperl-return-63288-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 7 07:33:02 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 017C210BF7 for ; Tue, 7 May 2013 07:33:02 +0000 (UTC) Received: (qmail 67803 invoked by uid 500); 7 May 2013 07:33:01 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 67692 invoked by uid 500); 7 May 2013 07:33:00 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 67666 invoked by uid 99); 7 May 2013 07:33:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 07:33:00 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 07:32:55 +0000 Received: from [192.168.2.206] (stargate.glomas.de [213.23.110.130]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id CB97C3C0988 for ; Tue, 7 May 2013 09:32:58 +0200 (CEST) Message-ID: <5188AE11.4050503@ice-sa.com> Date: Tue, 07 May 2013 09:32:33 +0200 From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: problems with CPAN Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi. I understand that this is not properly speaking a mod_perl issue, more like a perl/cpan issue under Windows. But before I go subscribe to a couple more lists, maybe someone on this list has a clue and can help ? I recently update perl on my venerable Windows XP laptop, from ActivePerl 5.8 to 5.16, then reverted to 5.14, then finally switched to Strawberry Perl 5.16 : perl -v : This is perl 5, version 16, subversion 3 (v5.16.3) built for MSWin32-x86-multi-thread ... The reason for these multiple switches was the difficulty in getting pre-compiled binary modules for some of the versions above (including mod_perl). Anyway, in the course of the above tribulations, I did encounter at some point the same issue as below, and I wonder where the problem really is. I am providing the full trace, but you can see the main issue in the last 10 lines : at some point, there is a message like : C:sperlperlbinperl.exe: not found and after that nothing works anymore. In this case, C:\sperl\perl\bin\perl.exe points to the installation directory of StrawbwerryPerl v5.16.3. But I've seen the same issue before with ActivePerl installed, so I presume that the real problem is somewhere in the CPAN modules themselves or in dmake or in the make files. Looks like something is interpreting this path like a "string" instead of a 'string', and unescaping the backslashes. But I'm just a user of perl,and I don't really know how these things are supposed to work. Does someone here know ? C:\WINDOWS>cpan MIME::Lite CPAN: CPAN::SQLite loaded ok (v0.202) CPAN: LWP::UserAgent loaded ok (v6.04) CPAN: Time::HiRes loaded ok (v1.9725) Fetching with LWP: http://cpan.strawberryperl.com/authors/01mailrc.txt.gz CPAN: YAML::XS loaded ok (v0.39) Fetching with LWP: http://cpan.strawberryperl.com/modules/02packages.details.txt.gz Fetching with LWP: http://cpan.strawberryperl.com/modules/03modlist.data.gz Creating database file ... Done!Running install for module 'MIME::Lite' Running make for R/RJ/RJBS/MIME-Lite-3.029.tar.gz Fetching with LWP: http://cpan.strawberryperl.com/authors/id/R/RJ/RJBS/MIME-Lite-3.029.tar.gz CPAN: Digest::SHA loaded ok (v5.84) Fetching with LWP: http://cpan.strawberryperl.com/authors/id/R/RJ/RJBS/CHECKSUMS CPAN: Compress::Zlib loaded ok (v2.06) Checksum for C:\sperl\cpan\sources\authors\id\R\RJ\RJBS\MIME-Lite-3.029.tar.gz ok CPAN: Archive::Tar loaded ok (v1.90) CPAN: File::Temp loaded ok (v0.22) CPAN: Parse::CPAN::Meta loaded ok (v1.4404) CPAN: CPAN::Meta loaded ok (v2.120921) CPAN: Module::CoreList loaded ok (v2.83) CPAN.pm: Building R/RJ/RJBS/MIME-Lite-3.029.tar.gz MIME::Lite is designed to take advantage of a variety of external modules if they are not present then MIME::Lite will attempt to do its best but its strongly recommend that you install them. These modules are: MIME::Types Mail::Address I can add these modules to the prereq list which will cause the files to be automatically installed if they aren't already present Add prereqs? [Yes] Checking if your kit is complete... Looks good Warning: prerequisite Email::Date::Format 1.000 not found. Warning: prerequisite MIME::Types 1.28 not found. Warning: prerequisite Mail::Address 1.62 not found. Writing Makefile for MIME::Lite Writing MYMETA.yml and MYMETA.json ---- Unsatisfied dependencies detected during ---- ---- RJBS/MIME-Lite-3.029.tar.gz ---- Email::Date::Format [requires] Mail::Address [requires] MIME::Types [requires] Running make test Delayed until after prerequisites Running make install Delayed until after prerequisites Running install for module 'Email::Date::Format' Running make for R/RJ/RJBS/Email-Date-Format-1.002.tar.gz Fetching with LWP: http://cpan.strawberryperl.com/authors/id/R/RJ/RJBS/Email-Date-Format-1.002.tar.gz Checksum for C:\sperl\cpan\sources\authors\id\R\RJ\RJBS\Email-Date-Format-1.002.tar.gz ok CPAN.pm: Building R/RJ/RJBS/Email-Date-Format-1.002.tar.gz Checking if your kit is complete... Looks good Writing Makefile for Email::Date::Format Writing MYMETA.yml and MYMETA.json C:sperlperlbinperl.exe: not found dmake.exe: Error code 255, while making 'blib\lib\Email\Date\.exists' RJBS/Email-Date-Format-1.002.tar.gz C:\sperl\c\bin\dmake.exe -- NOT OK Running make test Can't test without successful make Running make install Make had returned bad status, install seems impossible Stopping: 'install' failed for 'Email::Date::Format'. C:\WINDOWS> From modperl-return-63289-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 7 08:23:05 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 265D210CFC for ; Tue, 7 May 2013 08:23:05 +0000 (UTC) Received: (qmail 6680 invoked by uid 500); 7 May 2013 08:23:04 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 6237 invoked by uid 500); 7 May 2013 08:22:58 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 6198 invoked by uid 99); 7 May 2013 08:22:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 08:22:57 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Steve.Hay@verosoftware.com designates 213.1.249.253 as permitted sender) Received: from [213.1.249.253] (HELO mailgate.planit.com) (213.1.249.253) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 May 2013 08:22:52 +0000 Received: from mailgate.planit.com (localhost [127.0.0.1]) by mailgate.planit.com (Postfix) with ESMTP id 1C61243ED3B for ; Tue, 7 May 2013 09:21:44 +0100 (BST) Received: from ukmail02.planit.group (unknown [10.20.200.12]) by mailgate.planit.com (Postfix) with ESMTP id D51A943ED3A for ; Tue, 7 May 2013 09:21:43 +0100 (BST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Subject: RE: problems with CPAN Date: Tue, 7 May 2013 09:11:47 +0100 Message-ID: <67B2BB40A61BE846B65EF4793B863D6C98475F@ukmail02.planit.group> In-Reply-To: <5188AE11.4050503@ice-sa.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: problems with CPAN Thread-Index: Ac5K9R305xTynb1NTs20iyf1w010pgABOVxg References: <5188AE11.4050503@ice-sa.com> From: "Steve Hay" To: "mod_perl list" X-Virus-Checked: Checked by ClamAV on apache.org QW5kcsOpIFdhcm5pZXIgd3JvdGUgb24gMjAxMy0wNS0wNzoNCj4gSGkuDQo+IEkgdW5kZXJzdGFu ZCB0aGF0IHRoaXMgaXMgbm90IHByb3Blcmx5IHNwZWFraW5nIGEgbW9kX3BlcmwgaXNzdWUsIG1v cmUNCj4gbGlrZSBhIHBlcmwvY3BhbiBpc3N1ZSB1bmRlciBXaW5kb3dzLg0KPiBCdXQgYmVmb3Jl IEkgZ28gc3Vic2NyaWJlIHRvIGEgY291cGxlIG1vcmUgbGlzdHMsIG1heWJlIHNvbWVvbmUgb24N Cj4gdGhpcyBsaXN0IGhhcyBhIGNsdWUgYW5kIGNhbiBoZWxwID8NCj4gDQo+IEkgcmVjZW50bHkg dXBkYXRlIHBlcmwgb24gbXkgdmVuZXJhYmxlIFdpbmRvd3MgWFAgbGFwdG9wLCBmcm9tDQo+IEFj dGl2ZVBlcmwgNS44IHRvIDUuMTYsIHRoZW4gcmV2ZXJ0ZWQgdG8gNS4xNCwgdGhlbiBmaW5hbGx5 IHN3aXRjaGVkDQo+IHRvIFN0cmF3YmVycnkgUGVybCA1LjE2IDoNCj4gDQo+IHBlcmwgLXYgOg0K PiBUaGlzIGlzIHBlcmwgNSwgdmVyc2lvbiAxNiwgc3VidmVyc2lvbiAzICh2NS4xNi4zKSBidWls dCBmb3IgTVNXaW4zMi0NCj4geDg2LW11bHRpLXRocmVhZCAuLi4NCj4gDQo+IFRoZSByZWFzb24g Zm9yIHRoZXNlIG11bHRpcGxlIHN3aXRjaGVzIHdhcyB0aGUgZGlmZmljdWx0eSBpbiBnZXR0aW5n DQo+IHByZS1jb21waWxlZCBiaW5hcnkgbW9kdWxlcyBmb3Igc29tZSBvZiB0aGUgdmVyc2lvbnMg YWJvdmUgKGluY2x1ZGluZw0KPiBtb2RfcGVybCkuDQo+IA0KPiBBbnl3YXksIGluIHRoZSBjb3Vy c2Ugb2YgdGhlIGFib3ZlIHRyaWJ1bGF0aW9ucywgSSBkaWQgZW5jb3VudGVyIGF0DQo+IHNvbWUg cG9pbnQgdGhlIHNhbWUgaXNzdWUgYXMgYmVsb3csIGFuZCBJIHdvbmRlciB3aGVyZSB0aGUgcHJv YmxlbQ0KPiByZWFsbHkgaXMuDQo+IEkgYW0gcHJvdmlkaW5nIHRoZSBmdWxsIHRyYWNlLCBidXQg eW91IGNhbiBzZWUgdGhlIG1haW4gaXNzdWUgaW4gdGhlDQo+IGxhc3QgMTAgbGluZXMgOiBhdCBz b21lIHBvaW50LCB0aGVyZSBpcyBhIG1lc3NhZ2UgbGlrZSA6DQo+IA0KPiBDOnNwZXJscGVybGJp bnBlcmwuZXhlOiBub3QgZm91bmQNCj4gDQo+IGFuZCBhZnRlciB0aGF0IG5vdGhpbmcgd29ya3Mg YW55bW9yZS4NCg0KRG9lcyBpdCBoZWxwIGlmIHlvdSBmaW5kIGFuZCBkZWxldGUgeW91ciAuY3Bh biBmb2xkZXI/IChPbiBYUCBpdCdzIHByb2JhYmx5IHNvbWV3aGVyZSBsaWtlICJDOlxEb2N1bWVu dHMgYW5kIFNldHRpbmdzXDxVU0VSTkFNRT5cLmNwYW4iLikgSSd2ZSBjZXJ0YWlubHkgc2VlbiBw cm9ibGVtcyBzd2l0Y2hpbmcgYmV0d2VlbiBBY3RpdmVQZXJsIGFuZCBTdHJhd2JlcnJ5UGVybCB3 aXRob3V0IGRlbGV0aW5nIHRoZSAuY3BhbiBmb2xkZXI6IGlmIGl0IGV4aXN0cyBhbHJlYWR5IHRo ZW4gdGhleSBjYW4ganVzdCB0YWtlIG92ZXIgaXQgYW5kIHN0YXJ0IHVzaW5nIHRoYXQsIHJhdGhl ciB0aGFuIHVzaW5nIHRoZWlyIG93biBsb2NhbCBvbmUsIGFuZCB0cmlwIHVwIG9uIHNvbWUgb2Yg dGhlIHNldHRpbmdzIGJlaW5nIHdyb25nIGZvciB0aGUgZGlmZmVyZW50IGJ1aWxkIGZsYXZvdXIu DQo= From modperl-return-63290-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 8 21:13:59 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A8A19FEDB for ; Wed, 8 May 2013 21:13:59 +0000 (UTC) Received: (qmail 74371 invoked by uid 500); 8 May 2013 21:13:58 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 74271 invoked by uid 500); 8 May 2013 21:13:57 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 74259 invoked by uid 99); 8 May 2013 21:13:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 May 2013 21:13:57 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of liuk001@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-wg0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 May 2013 21:13:50 +0000 Received: by mail-wg0-f43.google.com with SMTP id c11so2400041wgh.22 for ; Wed, 08 May 2013 14:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=4ruXaaxlazx7/1NxKIVBIO5oY0wz5z0gk4wYC5Ud4zY=; b=zT8QaaY9uPaUnchwyjfK4kGUh6yGrU3OUbmxdezcRaX/TBtNy1xsaqN8gEA1YL0SNo xdWUOfcgLALlqSYv8fYvvqP4pdnvo7zfFBMKoMBS+FGN9Wm4wkDN1+WNEGO6boy3URY/ I2Lu+mPuH+6IdncfEhW4z9WOizW4yAqUQj4Idl4fyOlCIQwnl5oZKQhNGOL34BjG2YES QCjLz0+97RKCjrJnf/u5hVxdvyKaewFXPNgDoLHtL+yzIsGVeHIObeWQByEYyWc0x8Vl cMeOdhMYyiEtktqwHywQAO5Q/lxgH1uwgY8WzonuLMSoIl1x33g3RTzNXbSu/vNFtJZl PGOQ== MIME-Version: 1.0 X-Received: by 10.194.93.133 with SMTP id cu5mr13595958wjb.56.1368047610794; Wed, 08 May 2013 14:13:30 -0700 (PDT) Received: by 10.194.38.99 with HTTP; Wed, 8 May 2013 14:13:30 -0700 (PDT) Date: Wed, 8 May 2013 23:13:30 +0200 Message-ID: Subject: [mp2] Possible bug with "PerlOptions +Parent" with mod_perl 2.0.4 and mod_perl 2.0.5 (Ubuntu packages) From: Luca Maranzano To: modperl@perl.apache.org Content-Type: multipart/alternative; boundary=047d7bae46a4e09b4404dc3b6746 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bae46a4e09b4404dc3b6746 Content-Type: text/plain; charset=ISO-8859-1 Hello all, I've setup two instances of the popular OTRS software using the PerlOptions +Parent to have two separate interpreter pool in 2 distinct Virtual Hosts. Under Ubuntu 8.04 LTS all was working fine, with mod_perl2 version 2.0.3 provided by Ubuntu 8.04. I'm not sure it is a real bug with mod_perl2 but after a lot of tests I'm getting crazy and I don't know where to ask elsewhere :-) After the upgrade to 10.04 with mod_perl 2.0.4 and perl 5.10 (but also under Ubuntu 12.04 with mod_perl version 2.0.5 and perl 5.14) I'm facing the following issue, - there are 2 virtual hosts for the two OTRS sites, both with the PerlOptions +Parent statement - each site has its own path, there are no shared files - when both sites are enabled, the second site is not working in some pages with an error like this (from the apache error log of the virtual host): [Mon May 06 16:30:52 2013] [error] encountered object 'false', but neither allow_blessed nor convert_blessed settings are enabled at /opt/otrspath1/Kernel/System/JSON.pm line 106.\n - enabling only 1 site at a time: all is working fine - inverting the order of the 2 sites (i.e. swapping them) in the apache configration: the first is working and the second gets the error above - under Ubuntu 8.04 this same configuration was working ! :-/ I've searched in the changelog of mod_perl2 but I didn't find anything useful. I cannot say it is an OTRS issue since each singular site is working fine, but I'm sure that OTRS needs to have a separate pool since the modules are the same, so for the moment the main suspect seems to be mod_perl2 :-) How can I debug this kind of error? Please let me know if you need other info about the configuration. Thanks in advance for your support. Best regards, Luca Maranzano --047d7bae46a4e09b4404dc3b6746 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hel= lo all,

I've setup two instances of the popular OTRS softw= are using the PerlOptions +Parent to have two separate interpreter pool in = 2 distinct Virtual Hosts.

Under Ubuntu 8.04 LTS all was working fine, with mod_perl2 versio= n 2.0.3 provided by Ubuntu 8.04.

I'm not sure it is a real bug w= ith mod_perl2 but after a lot of tests I'm getting crazy and I don'= t know where to ask elsewhere :-)

After the upgrade to 10.04 with mod_perl 2.0.4 and perl 5.10 (but also = under Ubuntu 12.04 with mod_perl version 2.0.5 and perl 5.14) I'm facin= g the following issue,
- there are 2 virtual hosts for the two OT= RS sites, both with the PerlOptions +Parent statement
- each site has its own path, there are no shared files
- when both sites are enabled, the second site is not working in some page= s with an error like this (from the apache error log of the virtual host):<= br> [Mon May 06 16:30:52 2013] [error]=20 encountered object 'false', but neither allow_blessed nor=20 convert_blessed settings are enabled at=20 /opt/otrspath1/Kernel/System/JSON.pm line 106.\n
- enabling= only 1 site at a time: all is working fine
- inverting the order = of the 2 sites (i.e. swapping them) in the apache configration: the first i= s working and the second gets the error above
- under Ubuntu 8.04 this same configuration was working ! :-/

=
I've searched in the changelog of mod_perl2 but I didn't find= anything useful.
I cannot say it is an OTRS issue since each sing= ular site is working fine, but I'm sure that OTRS needs to have a separ= ate pool since the modules are the same, so for the moment the main suspect= seems to be mod_perl2 :-)

How can I debug this kind of error?

Please let = me know if you need other info about the configuration.
Thank= s in advance for your support.
Best regards,
Luca=A0 Maran= zano


--047d7bae46a4e09b4404dc3b6746-- From modperl-return-63291-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Sat May 11 13:48:44 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4E5B8F302 for ; Sat, 11 May 2013 13:48:44 +0000 (UTC) Received: (qmail 67552 invoked by uid 500); 11 May 2013 13:48:43 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 67057 invoked by uid 500); 11 May 2013 13:48:38 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 67000 invoked by uid 99); 11 May 2013 13:48:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 May 2013 13:48:36 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of liuk001@gmail.com designates 74.125.82.180 as permitted sender) Received: from [74.125.82.180] (HELO mail-we0-f180.google.com) (74.125.82.180) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 May 2013 13:48:29 +0000 Received: by mail-we0-f180.google.com with SMTP id n5so4685024wev.25 for ; Sat, 11 May 2013 06:48:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=6rCv7hGww5YMHxzJmHyPtMRgczPr24MU+6KhiM9fy5I=; b=NsyiLEf6O/3NQ0tSs3YQ3PZ/+XN9sVhMuXRhnhGBuROMAj3U4NWQ+rPfa2dE2UVyun eB8ZVpEtE8y2LVc5ujyJfFiuqTefEY7P+Ji8l3L/R3Mh2TGRZNBrPCDHqRAHE6fb7rFA IlyfaPweAWY/H2qOsVxAJn+CMUICyCuPl1UtHYm/Nd8e5dtOoMIbb9XMwFA71KMXHBNt ZYZ+2lW9NxaBVF2Bayw9W6INYtsCyrwzseZKI3Cnme6CAacsgsX6sJxvwo2qkuYAfiqC GohCstmA1Gs4ecYcyhTSila7dAHqNvUv5t7L6vvvEqd6ebRfxicModCbwAidSruAM0uU tkfg== MIME-Version: 1.0 X-Received: by 10.180.205.135 with SMTP id lg7mr9288022wic.11.1368280088713; Sat, 11 May 2013 06:48:08 -0700 (PDT) Received: by 10.194.38.99 with HTTP; Sat, 11 May 2013 06:48:08 -0700 (PDT) In-Reply-To: References: Date: Sat, 11 May 2013 15:48:08 +0200 Message-ID: Subject: Re: [mp2] Possible bug with "PerlOptions +Parent" with mod_perl 2.0.4 and mod_perl 2.0.5 (Ubuntu packages) From: Luca Maranzano To: modperl@perl.apache.org Content-Type: multipart/alternative; boundary=001a11c37ee4a41f8d04dc71883c X-Virus-Checked: Checked by ClamAV on apache.org --001a11c37ee4a41f8d04dc71883c Content-Type: text/plain; charset=ISO-8859-1 Hello, may be I've found the root cause of the problem: it seems due to the apache2-mpm-prefork package, since if I install the apache2-mpm-worker the same configuration is working as expected! I can reproduce this in a sistematic way. Any idea about the reason of this ? Thanks, Luca On Wed, May 8, 2013 at 11:13 PM, Luca Maranzano wrote: > Hello all, > > I've setup two instances of the popular OTRS software using the > PerlOptions +Parent to have two separate interpreter pool in 2 distinct > Virtual Hosts. > > Under Ubuntu 8.04 LTS all was working fine, with mod_perl2 version 2.0.3 > provided by Ubuntu 8.04. > > I'm not sure it is a real bug with mod_perl2 but after a lot of tests I'm > getting crazy and I don't know where to ask elsewhere :-) > > After the upgrade to 10.04 with mod_perl 2.0.4 and perl 5.10 (but also > under Ubuntu 12.04 with mod_perl version 2.0.5 and perl 5.14) I'm facing > the following issue, > - there are 2 virtual hosts for the two OTRS sites, both with the > PerlOptions +Parent statement > - each site has its own path, there are no shared files > - when both sites are enabled, the second site is not working in some > pages with an error like this (from the apache error log of the virtual > host): > [Mon May 06 16:30:52 2013] [error] encountered object 'false', but neither > allow_blessed nor convert_blessed settings are enabled at > /opt/otrspath1/Kernel/System/JSON.pm line 106.\n > - enabling only 1 site at a time: all is working fine > - inverting the order of the 2 sites (i.e. swapping them) in the apache > configration: the first is working and the second gets the error above > - under Ubuntu 8.04 this same configuration was working ! :-/ > > I've searched in the changelog of mod_perl2 but I didn't find anything > useful. > I cannot say it is an OTRS issue since each singular site is working fine, > but I'm sure that OTRS needs to have a separate pool since the modules are > the same, so for the moment the main suspect seems to be mod_perl2 :-) > > How can I debug this kind of error? > > Please let me know if you need other info about the configuration. > Thanks in advance for your support. > Best regards, > Luca Maranzano > > > --001a11c37ee4a41f8d04dc71883c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello, may be I've found the root cause= of the problem: it seems due to the apache2-mpm-prefork package, since if = I install the apache2-mpm-worker the same configuration is working as expec= ted!
I can reproduce this in a sistematic way.

Any idea about= the reason of this ?

Thanks,
Luca




On Wed, May 8, 2013 = at 11:13 PM, Luca Maranzano <liuk001@gmail.com> wrote:
Hello all,

I've setup two inst= ances of the popular OTRS software using the PerlOptions +Parent to have tw= o separate interpreter pool in 2 distinct Virtual Hosts.

Under Ubuntu 8.04 LTS all was working fine, with mod_perl2 versio= n 2.0.3 provided by Ubuntu 8.04.

I'm not sure it is a real bug w= ith mod_perl2 but after a lot of tests I'm getting crazy and I don'= t know where to ask elsewhere :-)

After the upgrade to 10.04 with mod_perl 2.0.4 and perl 5.10 (but also = under Ubuntu 12.04 with mod_perl version 2.0.5 and perl 5.14) I'm facin= g the following issue,
- there are 2 virtual hosts for the two OT= RS sites, both with the PerlOptions +Parent statement
- each site has its own path, there are no shared files
- when both sites are enabled, the second site is not working in some page= s with an error like this (from the apache error log of the virtual host):<= br> [Mon May 06 16:30:52 2013] [error]=20 encountered object 'false', but neither allow_blessed nor=20 convert_blessed settings are enabled at=20 /opt/otrspath1/Kernel/System/JSON.pm line 106.\n
- enabling= only 1 site at a time: all is working fine
- inverting the order = of the 2 sites (i.e. swapping them) in the apache configration: the first i= s working and the second gets the error above
- under Ubuntu 8.04 this same configuration was working ! :-/

=
I've searched in the changelog of mod_perl2 but I didn't find= anything useful.
I cannot say it is an OTRS issue since each sing= ular site is working fine, but I'm sure that OTRS needs to have a separ= ate pool since the modules are the same, so for the moment the main suspect= seems to be mod_perl2 :-)

How can I debug this kind of error?

Please let = me know if you need other info about the configuration.
Thank= s in advance for your support.
Best regards,
Luca=A0 Maran= zano



--001a11c37ee4a41f8d04dc71883c-- From modperl-return-63292-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 11:56:31 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5048CF1C2 for ; Mon, 13 May 2013 11:56:31 +0000 (UTC) Received: (qmail 46538 invoked by uid 500); 13 May 2013 11:56:24 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 46212 invoked by uid 500); 13 May 2013 11:56:18 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 46159 invoked by uid 99); 13 May 2013 11:56:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 11:56:16 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jitendra.soni@accenture.com designates 213.199.154.187 as permitted sender) Received: from [213.199.154.187] (HELO db8outboundpool.messaging.microsoft.com) (213.199.154.187) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 11:56:11 +0000 Received: from mail104-db8-R.bigfish.com (10.174.8.240) by DB8EHSOBE027.bigfish.com (10.174.4.90) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 11:55:49 +0000 Received: from mail104-db8 (localhost [127.0.0.1]) by mail104-db8-R.bigfish.com (Postfix) with ESMTP id 27C65E001A6 for ; Mon, 13 May 2013 11:55:49 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.202;KIP:(null);UIP:(null);IPV:NLI;H:AMRXE3007.dir.svc.accenture.com;RD:amrxe3007.accenture.com;EFVD:NLI X-SpamScore: -5 X-BigFish: VPS-5(zzbb2dIc85fh1be0I13e6Kzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz17326ah18c673h1c8fb4h18602eh8275bh8275dhz2fh2a8h668h839hd25hf0ah1288h12a5h12bdh137ah1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1bceh1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail104-db8: domain of accenture.com designates 170.252.43.202 as permitted sender) client-ip=170.252.43.202; envelope-from=jitendra.soni@accenture.com; helo=AMRXE3007.dir.svc.accenture.com ;ccenture.com ; Received: from mail104-db8 (localhost.localdomain [127.0.0.1]) by mail104-db8 (MessageSwitch) id 1368446147485463_15622; Mon, 13 May 2013 11:55:47 +0000 (UTC) Received: from DB8EHSMHS026.bigfish.com (unknown [10.174.8.230]) by mail104-db8.bigfish.com (Postfix) with ESMTP id 6AFEC94004D for ; Mon, 13 May 2013 11:55:47 +0000 (UTC) Received: from AMRXE3007.dir.svc.accenture.com (170.252.43.202) by DB8EHSMHS026.bigfish.com (10.174.4.36) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 11:55:47 +0000 Received: from AMRXH3006.dir.svc.accenture.com (10.63.34.50) by AMRXE3007.accenture.com (10.63.35.197) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 07:56:44 -0400 Received: from email.accenture.com (170.248.175.45) by AMRXH3006.dir.svc.accenture.com (10.63.34.76) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 07:56:50 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-021.048d.mgd.msft.net ([170.248.175.45]) with mapi id 14.02.0328.011; Mon, 13 May 2013 11:55:52 +0000 From: To: Subject: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQw== Importance: high X-Priority: 1 Date: Mon, 13 May 2013 11:55:52 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: multipart/alternative; boundary="_000_F063243D0D443442BC32128023B0C3BC16EDEBC5048CH1MPN121304_" MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org --_000_F063243D0D443442BC32128023B0C3BC16EDEBC5048CH1MPN121304_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Gentlemen, I need urgent help from you in fixing issue related to apache mobile filter= 3.53. On putting below AMF configuration in apache httpd conf file I am no= t able to start apache. Below is the AMF configuration I have added in httpd conf: # #Configuration AMF Filter # PerlSetEnv AMFMobileHome /home/AMF #PerlSetEnv AMFProductionMode true PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ PerlTransHandler +Apache2::AMF51DegreesFilter # #Configuration Switcher # PerlSetEnv WildCardRedirect false PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl http://sz1061.app.gen.local:83/m/ PerlTransHandler +Apache2::AMFSwitcher -------------8<---------- Start Bug Report ------------8<---------- 1. Problem Description: Perl module not reading/setting the PerlSetEnv command, hence not getting= CacheDirectoryStore value while stating apache. See error below: (1) While starting below error we are getting # ./apachectl.e.83 -k start 09/05/13 - 12:05:17 - -----------------------------------------------------= ---------------------- 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 = ------- 09/05/13 - 12:05:17 - ------- support http://groups.google.com/group/amf-de= vice-detection ------- 09/05/13 - 12:05:17 - -----------------------------------------------------= ---------------------- 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last v= ersion. 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the vari= able CacheDirectoryStore into httpd.conf, (the directory must be writeable) (2) In apache logs we are getting below error: [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against Server: A= pache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39 2013] [error] ModPerl::Util::exit: (120000) exit was ca= lled at /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm= line 128Compilation failed in require at (eval 2) line 2.\n failed to load Apache2::AMF51DegreesFilter package 2. Used Components and their Configuration: *** mod_perl version 2.000007 *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB =3D> aprext MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs MP_COMPAT_1X =3D> 1 MP_GENERATE_XS =3D> 1 MP_LIBNAME =3D> mod_perl MP_USE_DSO =3D> 1 *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: Apache/2.2.20 (Unix) Server built: Feb 5 2013 08:10:24 Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR=3D"server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" -D DEFAULT_PIDLOG=3D"logs/httpd.pid" -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" -D DEFAULT_LOCKFILE=3D"logs/accept.lock" -D DEFAULT_ERRORLOG=3D"logs/error_log" -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd libm.so.2 =3D> /lib/libm.so.2 libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libaprutil-1.= so.0 libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.so.0 libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 libuuid.so.1 =3D> /lib/libuuid.so.1 libsendfile.so.1 =3D> /lib/libsendfile.so.1 librt.so.1 =3D> /lib/librt.so.1 libsocket.so.1 =3D> /lib/libsocket.so.1 libnsl.so.1 =3D> /lib/libnsl.so.1 libpthread.so.1 =3D> /lib/libpthread.so.1 libc.so.1 =3D> /lib/libc.so.1 libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 libaio.so.1 =3D> /lib/libaio.so.1 libmd.so.1 =3D> /lib/libmd.so.1 libmp.so.2 =3D> /lib/libmp.so.2 libscf.so.1 =3D> /lib/libscf.so.1 libdoor.so.1 =3D> /lib/libdoor.so.1 libuutil.so.1 =3D> /lib/libuutil.so.1 libgen.so.1 =3D> /lib/libgen.so.1 /lib/libm/libm_hwcap1.so.2 /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 *** (apr|apu)-config linking info -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocket -= lnsl -lpthread *** /usr/local/bin/perl -V Summary of my perl5 (revision 5 version 14 subversion 2) configuration: Platform: osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-multi uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-ent= erprise ' config_args=3D'-de -Dcc=3Dgcc' hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine useithreads=3Ddefine, usemultiplicity=3Ddefine useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesocks=3D= undef use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef usemymalloc=3Dn, bincompat5005=3Dundef Compiler: cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/= local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_= PUTENV -DPERL_USE_SAFE_PUTENV', optimize=3D'-O', cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/includ= e -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE= _SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder=3D432= 1 d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdblsize= =3D16 ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t=3D'of= f_t', lseeksize=3D8 alignbytes=3D8, prototype=3Ddefine Linker and Libraries: ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl.a gnulibc_version=3D'' Dynamic Linking: dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' ' cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREAD= S USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Built under solaris Compiled at Feb 5 2013 10:37:08 %ENV: PERL_LWP_USE_HTTP_10=3D"1" @INC: /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi /usr/local/lib/perl5/site_perl/5.14.2 /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi /usr/local/lib/perl5/5.14.2 . *** Packages of interest status: Apache2 : - Apache2::Request : - CGI : 3.52 ExtUtils::MakeMaker: 6.57_05 LWP : 6.05 mod_perl : - mod_perl2 : 2.000007 3. This is the core dump trace: (if you get a core dump): [CORE TRACE COMES HERE] This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. -------------8<---------- End Bug Report --------------8<---------- Note: Complete the rest of the details and post this bug report to modperl perl.apache.org. To subscribe to the list send an empty email to modperl-subscribe@perl.apache.org. Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 ________________________________ This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com --_000_F063243D0D443442BC32128023B0C3BC16EDEBC5048CH1MPN121304_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Gentlemen,

 

I need urgent help from you in fixing issue related = to apache mobile filter 3.53. On putting below AMF configuration in apache = httpd conf file I am not able to start apache.

 

Below is the AMF configuration I have added in httpd= conf:

 

#

#Configuration AMF Filter

#

PerlSetEnv AMFMobileHome /home/AMF

#PerlSetEnv AMFProductionMode true

PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cac= he/

PerlTransHandler +Apache2::AMF51DegreesFilter

 

#

#Configuration Switcher

#

 

PerlSetEnv WildCardRedirect false

PerlSetEnv ForceTabletAsFullBrowser false=

PerlSetEnv FullBrowserUrl http://sz1061.app.gen.loca= l:83

PerlSetEnv MobileVersionUrl http://sz1061.app.gen.lo= cal:83/m/

PerlTransHandler +Apache2::AMFSwitcher

 

 

-------------8<---------- Start Bug Report ------= ------8<----------

1. Problem Description:

 

  Perl module not reading/setting the PerlSetEn= v command, hence not getting CacheDirectoryStore value while stating apache= . See error below:

(1) While starting below error we are getting  =

# ./apachectl.e.83 -k start

09/05/13 - 12:05:17 - ------------------------------= ---------------------------------------------

09/05/13 - 12:05:17 - -------    = ;             A= PACHE MOBILE FILTER V3.54        &n= bsp;         -------

09/05/13 - 12:05:17 - ------- support http://groups.= google.com/group/amf-device-detection -------

09/05/13 - 12:05:17 - ------------------------------= ---------------------------------------------

09/05/13 - 12:05:17 - AMF51DegreesFilter module Vers= ion 3.54

09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF= don't check the last version.

09/05/13 - 12:05:17 - CacheDirectoryStore not exist.=     Please set the variable CacheDirectoryStore into httpd.c= onf, (the directory must be writeable)

 

 

(2) In apache logs we are getting below error:<= /o:p>

[Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 com= piled against Server: Apache/2.2.20, Library: OpenSSL/0.9.8k

Mon May 13 13:16:39 2013] [error] ModPerl::Util::exi= t: (120000) exit was called at /usr/local/lib/perl5/site_perl/5.14.2/Apache= 2/AMF51DegreesFilter.pm line 128Compilation failed in require at (eval 2) l= ine 2.\n

failed to load Apache2::AMF51DegreesFilter package

 

2. Used Components and their Configuration:

 

*** mod_perl version 2.000007

 

*** using /home/soni498/mod_perl-2.0.7/lib/Apache2/B= uildConfig.pm

 

*** Makefile.PL options:

  MP_APR_LIB     =3D> ap= rext

  MP_APXS      &n= bsp; =3D> /usr/apache02/httpd_2.2.20/bin/apxs

  MP_COMPAT_1X   =3D> 1=

  MP_GENERATE_XS =3D> 1

  MP_LIBNAME     =3D> mo= d_perl

  MP_USE_DSO     =3D> 1<= o:p>

 

 

*** /usr/httpd2.2.20/httpd/bin/httpd -V

Server version: Apache/2.2.20 (Unix)

Server built:   Feb  5 2013 08:10:24<= o:p>

Server's Module Magic Number: 20051115:28=

Server loaded:  APR 1.4.5, APR-Util 1.3.12=

Compiled using: APR 1.4.5, APR-Util 1.3.12

Architecture:   32-bit

Server MPM:     Prefork

  threaded:     no

    forked:     y= es (variable process count)

Server compiled with....

-D APACHE_MPM_DIR=3D"server/mpm/prefork"

-D APR_HAS_SENDFILE

-D APR_HAS_MMAP

-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)

-D APR_USE_PROC_PTHREAD_SERIALIZE

-D APR_USE_PTHREAD_SERIALIZE

-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT

-D APR_HAS_OTHER_CHILD

-D AP_HAVE_RELIABLE_PIPED_LOGS

-D DYNAMIC_MODULE_LIMIT=3D128

-D HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd"

-D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/sue= xec"

-D DEFAULT_PIDLOG=3D"logs/httpd.pid"<= /o:p>

-D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_st= atus"

-D DEFAULT_LOCKFILE=3D"logs/accept.lock"

-D DEFAULT_ERRORLOG=3D"logs/error_log"

-D AP_TYPES_CONFIG_FILE=3D"conf/mime.types"= ;

-D SERVER_CONFIG_FILE=3D"conf/httpd.conf"<= o:p>

 

*** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd

        libm.so.2= =3D>     /lib/libm.so.2

        libapruti= l-1.so.0 =3D>     /usr/httpd2.2.20/httpd/lib/libapru= til-1.so.0

        libexpat.= so.0 =3D>         /usr/httpd2.2.= 20/httpd/lib/libexpat.so.0

        libiconv.= so.2 =3D>         /usr/local/lib= /libiconv.so.2

        libapr-1.= so.0 =3D>         /usr/httpd2.2.= 20/httpd/lib/libapr-1.so.0

        libuuid.s= o.1 =3D>  /lib/libuuid.so.1

        libsendfi= le.so.1 =3D>      /lib/libsendfile.so.1

        librt.so.= 1 =3D>    /lib/librt.so.1

        libsocket= .so.1 =3D>        /lib/libsocket.so.1=

        libnsl.so= .1 =3D>   /lib/libnsl.so.1

        libpthrea= d.so.1 =3D>       /lib/libpthread.so.1

        libc.so.1= =3D>     /lib/libc.so.1

        libgcc_s.= so.1 =3D>         /usr/local/lib= /libgcc_s.so.1

        libaio.so= .1 =3D>   /lib/libaio.so.1

        libmd.so.= 1 =3D>    /lib/libmd.so.1

        libmp.so.= 2 =3D>    /lib/libmp.so.2

        libscf.so= .1 =3D>   /lib/libscf.so.1

        libdoor.s= o.1 =3D>  /lib/libdoor.so.1

        libuutil.= so.1 =3D>         /lib/libuutil.= so.1

        libgen.so= .1 =3D>   /lib/libgen.so.1

       /lib/libm/= libm_hwcap1.so.2

        /platform= /SUNW,SPARC-Enterprise/lib/libc_psr.so.1

 

 

*** (apr|apu)-config linking info

 

-L/usr/apache02/httpd_2.2.20/lib -laprutil-1 &n= bsp;   -lexpat -liconv

 -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luui= d -lsendfile -lrt -lsocket -lnsl  -lpthread

 

 

 

*** /usr/local/bin/perl -V

Summary of my perl5 (revision 5 version 14 subversio= n 2) configuration:

  

  Platform:

    osname=3Dsolaris, osvers=3D2.10, = archname=3Dsun4-solaris-thread-multi

    uname=3D'sunos sz1061 5.10 generi= c_147440-19 sun4u sparc sunw,sparc-enterprise '

    config_args=3D'-de -Dcc=3Dgcc'

    hint=3Dprevious, useposix=3Dtrue,= d_sigaction=3Ddefine

    useithreads=3Ddefine, usemultipli= city=3Ddefine

    useperlio=3Ddefine, d_sfio=3Dunde= f, uselargefiles=3Ddefine, usesocks=3Dundef

    use64bitint=3Dundef, use64bitall= =3Dundef, uselongdouble=3Dundef

    usemymalloc=3Dn, bincompat5005=3D= undef

  Compiler:

    cc=3D'gcc', ccflags =3D'-D_REENTR= ANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_= FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV',<= /o:p>

    optimize=3D'-O',

    cppflags=3D'-D_REENTRANT -fno-str= ict-aliasing -pipe -I/usr/local/include -D_REENTRANT -fno-strict-aliasing -= pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPE= RL_USE_SAFE_PUTENV'

    ccversion=3D'', gccversion=3D'3.4= .6', gccosandvers=3D'solaris2.10'

    intsize=3D4, longsize=3D4, ptrsiz= e=3D4, doublesize=3D8, byteorder=3D4321

    d_longlong=3Ddefine, longlongsize= =3D8, d_longdbl=3Ddefine, longdblsize=3D16

    ivtype=3D'long', ivsize=3D4, nvty= pe=3D'double', nvsize=3D8, Off_t=3D'off_t', lseeksize=3D8

    alignbytes=3D8, prototype=3Ddefin= e

  Linker and Libraries:

    ld=3D'gcc', ldflags =3D' -L/usr/l= ocal/lib '

    libpth=3D/usr/local/lib /usr/lib = /usr/ccs/lib

    libs=3D-lsocket -lnsl -ldl -lm -l= pthread -lc

    perllibs=3D-lsocket -lnsl -ldl -l= m -lpthread -lc

    libc=3D/lib/libc.so, so=3Dso, use= shrplib=3Dfalse, libperl=3Dlibperl.a

    gnulibc_version=3D''

  Dynamic Linking:

    dlsrc=3Ddl_dlopen.xs, dlext=3Dso,= d_dlsymun=3Dundef, ccdlflags=3D' '

    cccdlflags=3D'-fPIC', lddlflags= =3D'-G -L/usr/local/lib'

 

 

Characteristics of this binary (from libperl): =

  Compile-time options: MULTIPLICITY PERL_= DONT_CREATE_GVSV

        &nbs= p;            &= nbsp;  PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP

        &nbs= p;            &= nbsp;  PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREADS=

        &nbs= p;            &= nbsp;  USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF

        &nbs= p;            &= nbsp;  USE_REENTRANT_API

  Built under solaris

  Compiled at Feb  5 2013 10:37:08

  %ENV:

    PERL_LWP_USE_HTTP_10=3D"1&qu= ot;

  @INC:

    /usr/local/lib/perl5/site_perl/5.= 14.2/sun4-solaris-thread-multi

    /usr/local/lib/perl5/site_perl/5.= 14.2

    /usr/local/lib/perl5/5.14.2/sun4-= solaris-thread-multi

    /usr/local/lib/perl5/5.14.2<= /o:p>

    .

 

*** Packages of interest status:

 

Apache2        &n= bsp;   : -

Apache2::Request   : -

CGI        &= nbsp;       : 3.52

ExtUtils::MakeMaker: 6.57_05

LWP        &= nbsp;       : 6.05

mod_perl       &n= bsp;   : -

mod_perl2       &= nbsp;  : 2.000007

 

 

3. This is the core dump trace: (if you get a core d= ump):

 

  [CORE TRACE COMES HERE]

 

This report was generated by t/REPORT on Mon May 13 = 11:27:44 2013 GMT.

 

-------------8<---------- End Bug Report --------= ------8<----------

 

Note: Complete the rest of the details and post this= bug report to

modperl <at> perl.apache.org. To subscribe to = the list send an empty

email to modperl-subscribe@perl.apache.org.

 

Met vriendelijke groet / W= ith kind regards,

 

Jitendra Soni

KPN - Application Developm= ent

Accenture | Bangalore I= NDIA

Mailto : jitendra.soni@acc= enture.com

Mobile : (+91) 99 860 = 298 97

 



This message is for the desi= gnated recipient only and may contain privileged, proprietary, or otherwise= confidential information. If you have received it in error, please notify = the sender immediately and delete the original. Any other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy.

___________________________________________________________________________= ___________

www.accenture.com
--_000_F063243D0D443442BC32128023B0C3BC16EDEBC5048CH1MPN121304_-- From modperl-return-63298-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 13:17:48 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3D2C311DF6 for ; Mon, 13 May 2013 13:17:48 +0000 (UTC) Received: (qmail 5267 invoked by uid 500); 13 May 2013 13:17:47 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 5119 invoked by uid 500); 13 May 2013 13:17:47 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 5106 invoked by uid 99); 13 May 2013 13:17:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:17:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:17:42 +0000 Received: from [192.168.245.129] (p549EBC8C.dip0.t-ipconnect.de [84.158.188.140]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 2E22A3C2AA0 for ; Mon, 13 May 2013 15:17:45 +0200 (CEST) Message-ID: <5190E7DE.9040605@ice-sa.com> Date: Mon, 13 May 2013 15:17:18 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org jitendra.soni@accenture.com wrote: > I am starting apache with ROOT user and apache is configured with below User/Group like below. Is this causing any issue? > That is probably the issue indeed. I believe that you can probably figure out the rest by yourself. > # don't use Group #-1 on these systems! > # > User nobody > Group nobody > > > > # > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: André Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 6:16 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start > > The error message says : > > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable > CacheDirectoryStore into httpd.conf, (the directory must be writeable) > > > Are you sure that this directory exists and is writeable (by the user-id under which Apache runs) ? > > > jitendra.soni@accenture.com wrote: >> Hi Andre, >> >> Because I have set CacheDirectoryStore in my httpd conf file but it's not read by AMF51DegreesFilter.pm file while starting apache. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> -----Original Message----- >> From: André Warnier [mailto:aw@ice-sa.com] >> Sent: Monday, May 13, 2013 5:59 PM >> To: mod_perl list >> Subject: Re: Perl module not reading/setting PerlSetEnv command on >> apache start >> >> Hi. >> >> And what makes you think that this is a mod_perl problem ? >> There is a fairly explicit error message (and support address) below, which tends to point to a problem in the add-on module or the configuration. >> >> >> >> jitendra.soni@accenture.com wrote: >>> Gentlemen, >>> >>> I need urgent help from you in fixing issue related to apache mobile filter 3.53. On putting below AMF configuration in apache httpd conf file I am not able to start apache. >>> >>> Below is the AMF configuration I have added in httpd conf: >>> >>> # >>> #Configuration AMF Filter >>> # >>> PerlSetEnv AMFMobileHome /home/AMF >>> #PerlSetEnv AMFProductionMode true >>> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ >>> PerlTransHandler +Apache2::AMF51DegreesFilter >>> >>> # >>> #Configuration Switcher >>> # >>> >>> PerlSetEnv WildCardRedirect false >>> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl >>> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl >>> http://sz1061.app.gen.local:83/m/ PerlTransHandler >>> +Apache2::AMFSwitcher >>> >>> >>> -------------8<---------- Start Bug Report ------------8<---------- >>> 1. Problem Description: >>> >>> Perl module not reading/setting the PerlSetEnv command, hence not getting CacheDirectoryStore value while stating apache. See error below: >>> (1) While starting below error we are getting # ./apachectl.e.83 -k >>> start >>> 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- >>> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 ------- >>> 09/05/13 - 12:05:17 - ------- support >>> http://groups.google.com/group/amf-device-detection ------- >>> 09/05/13 - 12:05:17 - >>> --------------------------------------------------------------------- >>> ------ >>> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >>> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last version. >>> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable CacheDirectoryStore into httpd.conf, (the directory must be writeable) >>> >>> >>> (2) In apache logs we are getting below error: >>> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against >>> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39 >>> 2013] [error] ModPerl::Util::exit: (120000) exit was called at >>> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm >>> line 128Compilation failed in require at (eval 2) line 2.\n failed to >>> load Apache2::AMF51DegreesFilter package >>> >>> 2. Used Components and their Configuration: >>> >>> *** mod_perl version 2.000007 >>> >>> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >>> >>> *** Makefile.PL options: >>> MP_APR_LIB => aprext >>> MP_APXS => /usr/apache02/httpd_2.2.20/bin/apxs >>> MP_COMPAT_1X => 1 >>> MP_GENERATE_XS => 1 >>> MP_LIBNAME => mod_perl >>> MP_USE_DSO => 1 >>> >>> >>> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: Apache/2.2.20 >>> (Unix) >>> Server built: Feb 5 2013 08:10:24 >>> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, >>> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >>> Architecture: 32-bit >>> Server MPM: Prefork >>> threaded: no >>> forked: yes (variable process count) >>> Server compiled with.... >>> -D APACHE_MPM_DIR="server/mpm/prefork" >>> -D APR_HAS_SENDFILE >>> -D APR_HAS_MMAP >>> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D >>> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D >>> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D >>> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D >>> HTTPD_ROOT="/usr/httpd2.2.20/httpd" >>> -D SUEXEC_BIN="/usr/httpd2.2.20/httpd/bin/suexec" >>> -D DEFAULT_PIDLOG="logs/httpd.pid" >>> -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" >>> -D DEFAULT_LOCKFILE="logs/accept.lock" >>> -D DEFAULT_ERRORLOG="logs/error_log" >>> -D AP_TYPES_CONFIG_FILE="conf/mime.types" >>> -D SERVER_CONFIG_FILE="conf/httpd.conf" >>> >>> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >>> libm.so.2 => /lib/libm.so.2 >>> libaprutil-1.so.0 => /usr/httpd2.2.20/httpd/lib/libaprutil-1.so.0 >>> libexpat.so.0 => /usr/httpd2.2.20/httpd/lib/libexpat.so.0 >>> libiconv.so.2 => /usr/local/lib/libiconv.so.2 >>> libapr-1.so.0 => /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 >>> libuuid.so.1 => /lib/libuuid.so.1 >>> libsendfile.so.1 => /lib/libsendfile.so.1 >>> librt.so.1 => /lib/librt.so.1 >>> libsocket.so.1 => /lib/libsocket.so.1 >>> libnsl.so.1 => /lib/libnsl.so.1 >>> libpthread.so.1 => /lib/libpthread.so.1 >>> libc.so.1 => /lib/libc.so.1 >>> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 >>> libaio.so.1 => /lib/libaio.so.1 >>> libmd.so.1 => /lib/libmd.so.1 >>> libmp.so.2 => /lib/libmp.so.2 >>> libscf.so.1 => /lib/libscf.so.1 >>> libdoor.so.1 => /lib/libdoor.so.1 >>> libuutil.so.1 => /lib/libuutil.so.1 >>> libgen.so.1 => /lib/libgen.so.1 >>> /lib/libm/libm_hwcap1.so.2 >>> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >>> >>> >>> *** (apr|apu)-config linking info >>> >>> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >>> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt >>> -lsocket -lnsl -lpthread >>> >>> >>> >>> *** /usr/local/bin/perl -V >>> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >>> >>> Platform: >>> osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi >>> uname='sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-enterprise ' >>> config_args='-de -Dcc=gcc' >>> hint=previous, useposix=true, d_sigaction=define >>> useithreads=define, usemultiplicity=define >>> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >>> use64bitint=undef, use64bitall=undef, uselongdouble=undef >>> usemymalloc=n, bincompat5005=undef >>> Compiler: >>> cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV', >>> optimize='-O', >>> cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV' >>> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 >>> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 >>> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 >>> alignbytes=8, prototype=define >>> Linker and Libraries: >>> ld='gcc', ldflags =' -L/usr/local/lib ' >>> libpth=/usr/local/lib /usr/lib /usr/ccs/lib >>> libs=-lsocket -lnsl -ldl -lm -lpthread -lc >>> perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc >>> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a >>> gnulibc_version='' >>> Dynamic Linking: >>> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' >>> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' >>> >>> >>> Characteristics of this binary (from libperl): >>> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >>> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >>> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREADS >>> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >>> USE_REENTRANT_API >>> Built under solaris >>> Compiled at Feb 5 2013 10:37:08 >>> %ENV: >>> PERL_LWP_USE_HTTP_10="1" >>> @INC: >>> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/site_perl/5.14.2 >>> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/5.14.2 >>> . >>> >>> *** Packages of interest status: >>> >>> Apache2 : - >>> Apache2::Request : - >>> CGI : 3.52 >>> ExtUtils::MakeMaker: 6.57_05 >>> LWP : 6.05 >>> mod_perl : - >>> mod_perl2 : 2.000007 >>> >>> >>> 3. This is the core dump trace: (if you get a core dump): >>> >>> [CORE TRACE COMES HERE] >>> >>> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >>> >>> -------------8<---------- End Bug Report --------------8<---------- >>> >>> Note: Complete the rest of the details and post this bug report to >>> modperl perl.apache.org. To subscribe to the list send an empty >>> email to modperl-subscribe@perl.apache.org. >>> >>> Met vriendelijke groet / With kind regards, >>> >>> Jitendra Soni >>> KPN - Application Development >>> Accenture | Bangalore INDIA >>> Mailto : jitendra.soni@accenture.com >>> Mobile : (+91) 99 860 298 97 >>> >>> >>> ________________________________ >>> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. >>> >>> Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. >>> >>> _____________________________________________________________________ >>> _________________ >>> >>> www.accenture.com >>> >> >> >> > > > > From modperl-return-63299-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:23:50 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 81CE811EA6 for ; Mon, 13 May 2013 14:23:50 +0000 (UTC) Received: (qmail 23118 invoked by uid 500); 13 May 2013 13:23:41 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 22838 invoked by uid 500); 13 May 2013 13:23:41 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 22825 invoked by uid 99); 13 May 2013 13:23:40 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:23:40 +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 (athena.apache.org: domain of jitendra.soni@accenture.com designates 213.199.154.253 as permitted sender) Received: from [213.199.154.253] (HELO db9outboundpool.messaging.microsoft.com) (213.199.154.253) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:23:35 +0000 Received: from mail8-db9-R.bigfish.com (10.174.16.244) by DB9EHSOBE003.bigfish.com (10.174.14.66) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 13:23:13 +0000 Received: from mail8-db9 (localhost [127.0.0.1]) by mail8-db9-R.bigfish.com (Postfix) with ESMTP id 47E9D2E0793 for ; Mon, 13 May 2013 13:23:13 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.196;KIP:(null);UIP:(null);IPV:NLI;H:amrxe3001.dir.svc.accenture.com;RD:amrxe3001.accenture.com;EFVD:NLI X-SpamScore: -11 X-BigFish: VPS-11(zzbb2dI98dI9371Ic89bh1be0I542I1432I13e6K168aJzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz17326ah18602eh8275bhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail8-db9: domain of accenture.com designates 170.252.43.196 as permitted sender) client-ip=170.252.43.196; envelope-from=jitendra.soni@accenture.com; helo=amrxe3001.dir.svc.accenture.com ;ccenture.com ; Received: from mail8-db9 (localhost.localdomain [127.0.0.1]) by mail8-db9 (MessageSwitch) id 1368451391110094_15833; Mon, 13 May 2013 13:23:11 +0000 (UTC) Received: from DB9EHSMHS003.bigfish.com (unknown [10.174.16.241]) by mail8-db9.bigfish.com (Postfix) with ESMTP id 0E6482C0047 for ; Mon, 13 May 2013 13:23:11 +0000 (UTC) Received: from amrxe3001.dir.svc.accenture.com (170.252.43.196) by DB9EHSMHS003.bigfish.com (10.174.14.13) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 13:23:10 +0000 Received: from AMRXH3003.dir.svc.accenture.com (10.63.34.25) by amrxe3001.accenture.com (10.63.35.191) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 09:23:11 -0400 Received: from email.accenture.com (170.248.175.64) by AMRXH3003.dir.svc.accenture.com (10.63.34.73) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 09:22:25 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-025.048d.mgd.msft.net ([170.248.175.64]) with mapi id 14.02.0328.011; Mon, 13 May 2013 13:22:18 +0000 From: To: Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0IAAANu3AAAAEhOw Date: Mon, 13 May 2013 13:22:44 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> In-Reply-To: <5190E7DE.9040605@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org Actually I am new to perl and need some help in fixing this issue. Do I nee= d to change the User to ROOT in conf file then start apache?? Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20 Sent: Monday, May 13, 2013 6:47 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart jitendra.soni@accenture.com wrote: > I am starting apache with ROOT user and apache is configured with below U= ser/Group like below. Is this causing any issue? >=20 That is probably the issue indeed. I believe that you can probably figure out the rest by yourself. > # don't use Group #-1 on these systems! > # > User nobody > Group nobody > > >=20 > # >=20 > Met vriendelijke groet / With kind regards, >=20 > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 >=20 >=20 > -----Original Message----- > From: Andr=E9 Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 6:16 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on=20 > apache start >=20 > The error message says : >=20 > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the va= riable=20 > CacheDirectoryStore into httpd.conf, (the directory must be writeable) =20 > > >=20 > Are you sure that this directory exists and is writeable (by the user-id = under which Apache runs) ? >=20 >=20 > jitendra.soni@accenture.com wrote: >> Hi Andre, >> >> Because I have set CacheDirectoryStore in my httpd conf file but it's no= t read by AMF51DegreesFilter.pm file while starting apache. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> -----Original Message----- >> From: Andr=E9 Warnier [mailto:aw@ice-sa.com] >> Sent: Monday, May 13, 2013 5:59 PM >> To: mod_perl list >> Subject: Re: Perl module not reading/setting PerlSetEnv command on=20 >> apache start >> >> Hi. >> >> And what makes you think that this is a mod_perl problem ? >> There is a fairly explicit error message (and support address) below, wh= ich tends to point to a problem in the add-on module or the configuration. >> >> >> >> jitendra.soni@accenture.com wrote: >>> Gentlemen, >>> >>> I need urgent help from you in fixing issue related to apache mobile fi= lter 3.53. On putting below AMF configuration in apache httpd conf file I a= m not able to start apache. >>> >>> Below is the AMF configuration I have added in httpd conf: >>> >>> # >>> #Configuration AMF Filter >>> # >>> PerlSetEnv AMFMobileHome /home/AMF >>> #PerlSetEnv AMFProductionMode true >>> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/=20 >>> PerlTransHandler +Apache2::AMF51DegreesFilter >>> >>> # >>> #Configuration Switcher >>> # >>> >>> PerlSetEnv WildCardRedirect false >>> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl >>> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl=20 >>> http://sz1061.app.gen.local:83/m/ PerlTransHandler >>> +Apache2::AMFSwitcher >>> >>> >>> -------------8<---------- Start Bug Report ------------8<----------=20 >>> 1. Problem Description: >>> >>> Perl module not reading/setting the PerlSetEnv command, hence not get= ting CacheDirectoryStore value while stating apache. See error below: >>> (1) While starting below error we are getting # ./apachectl.e.83 -k=20 >>> start >>> 09/05/13 - 12:05:17 - -------------------------------------------------= -------------------------- >>> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.5= 4 ------- >>> 09/05/13 - 12:05:17 - ------- support=20 >>> http://groups.google.com/group/amf-device-detection ------- >>> 09/05/13 - 12:05:17 - >>> -------------------------------------------------------------------- >>> - >>> ------ >>> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >>> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the la= st version. >>> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the = variable CacheDirectoryStore into httpd.conf, (the directory must be writea= ble) >>> >>> >>> (2) In apache logs we are getting below error: >>> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against >>> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39=20 >>> 2013] [error] ModPerl::Util::exit: (120000) exit was called at=20 >>> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm >>> line 128Compilation failed in require at (eval 2) line 2.\n failed=20 >>> to load Apache2::AMF51DegreesFilter package >>> >>> 2. Used Components and their Configuration: >>> >>> *** mod_perl version 2.000007 >>> >>> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >>> >>> *** Makefile.PL options: >>> MP_APR_LIB =3D> aprext >>> MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs >>> MP_COMPAT_1X =3D> 1 >>> MP_GENERATE_XS =3D> 1 >>> MP_LIBNAME =3D> mod_perl >>> MP_USE_DSO =3D> 1 >>> >>> >>> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version:=20 >>> Apache/2.2.20 >>> (Unix) >>> Server built: Feb 5 2013 08:10:24 >>> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5,=20 >>> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >>> Architecture: 32-bit >>> Server MPM: Prefork >>> threaded: no >>> forked: yes (variable process count) >>> Server compiled with.... >>> -D APACHE_MPM_DIR=3D"server/mpm/prefork" >>> -D APR_HAS_SENDFILE >>> -D APR_HAS_MMAP >>> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D=20 >>> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D=20 >>> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D=20 >>> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D=20 >>> HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" >>> -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" >>> -D DEFAULT_PIDLOG=3D"logs/httpd.pid" >>> -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" >>> -D DEFAULT_LOCKFILE=3D"logs/accept.lock" >>> -D DEFAULT_ERRORLOG=3D"logs/error_log" >>> -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" >>> -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >>> >>> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >>> libm.so.2 =3D> /lib/libm.so.2 >>> libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapruti= l-1.so.0 >>> libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.= so.0 >>> libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 >>> libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.= so.0 >>> libuuid.so.1 =3D> /lib/libuuid.so.1 >>> libsendfile.so.1 =3D> /lib/libsendfile.so.1 >>> librt.so.1 =3D> /lib/librt.so.1 >>> libsocket.so.1 =3D> /lib/libsocket.so.1 >>> libnsl.so.1 =3D> /lib/libnsl.so.1 >>> libpthread.so.1 =3D> /lib/libpthread.so.1 >>> libc.so.1 =3D> /lib/libc.so.1 >>> libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 >>> libaio.so.1 =3D> /lib/libaio.so.1 >>> libmd.so.1 =3D> /lib/libmd.so.1 >>> libmp.so.2 =3D> /lib/libmp.so.2 >>> libscf.so.1 =3D> /lib/libscf.so.1 >>> libdoor.so.1 =3D> /lib/libdoor.so.1 >>> libuutil.so.1 =3D> /lib/libuutil.so.1 >>> libgen.so.1 =3D> /lib/libgen.so.1 >>> /lib/libm/libm_hwcap1.so.2 >>> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >>> >>> >>> *** (apr|apu)-config linking info >>> >>> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >>> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt=20 >>> -lsocket -lnsl -lpthread >>> >>> >>> >>> *** /usr/local/bin/perl -V >>> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >>> >>> Platform: >>> osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-mul= ti >>> uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc= -enterprise ' >>> config_args=3D'-de -Dcc=3Dgcc' >>> hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine >>> useithreads=3Ddefine, usemultiplicity=3Ddefine >>> useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesock= s=3Dundef >>> use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >>> usemymalloc=3Dn, bincompat5005=3Dundef >>> Compiler: >>> cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/= usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_S= AFE_PUTENV -DPERL_USE_SAFE_PUTENV', >>> optimize=3D'-O', >>> cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/in= clude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGE= FILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' >>> ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' >>> intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder= =3D4321 >>> d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdbls= ize=3D16 >>> ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t= =3D'off_t', lseeksize=3D8 >>> alignbytes=3D8, prototype=3Ddefine >>> Linker and Libraries: >>> ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' >>> libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib >>> libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl= .a >>> gnulibc_version=3D'' >>> Dynamic Linking: >>> dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' = ' >>> cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >>> >>> >>> Characteristics of this binary (from libperl): >>> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >>> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >>> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITH= READS >>> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >>> USE_REENTRANT_API >>> Built under solaris >>> Compiled at Feb 5 2013 10:37:08 >>> %ENV: >>> PERL_LWP_USE_HTTP_10=3D"1" >>> @INC: >>> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/site_perl/5.14.2 >>> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/5.14.2 >>> . >>> >>> *** Packages of interest status: >>> >>> Apache2 : - >>> Apache2::Request : - >>> CGI : 3.52 >>> ExtUtils::MakeMaker: 6.57_05 >>> LWP : 6.05 >>> mod_perl : - >>> mod_perl2 : 2.000007 >>> >>> >>> 3. This is the core dump trace: (if you get a core dump): >>> >>> [CORE TRACE COMES HERE] >>> >>> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >>> >>> -------------8<---------- End Bug Report --------------8<---------- >>> >>> Note: Complete the rest of the details and post this bug report to=20 >>> modperl perl.apache.org. To subscribe to the list send an empty=20 >>> email to modperl-subscribe@perl.apache.org. >>> >>> Met vriendelijke groet / With kind regards, >>> >>> Jitendra Soni >>> KPN - Application Development >>> Accenture | Bangalore INDIA >>> Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 >>> >>> >>> ________________________________ >>> This message is for the designated recipient only and may contain privi= leged, proprietary, or otherwise confidential information. If you have rece= ived it in error, please notify the sender immediately and delete the origi= nal. Any other use of the e-mail by you is prohibited. >>> >>> Where allowed by local law, electronic communications with Accenture an= d its affiliates, including e-mail and instant messaging (including content= ), may be scanned by our systems for the purposes of information security a= nd assessment of internal compliance with Accenture policy. >>> >>> _____________________________________________________________________ >>> _________________ >>> >>> www.accenture.com >>> >> >> >> >=20 >=20 >=20 >=20 From modperl-return-63294-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:24:12 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D31BB11FB5 for ; Mon, 13 May 2013 14:24:12 +0000 (UTC) Received: (qmail 75651 invoked by uid 500); 13 May 2013 12:37:30 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 75452 invoked by uid 500); 13 May 2013 12:37:30 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 75427 invoked by uid 99); 13 May 2013 12:37:29 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:37:29 +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 (athena.apache.org: domain of jitendra.soni@accenture.com designates 213.199.154.250 as permitted sender) Received: from [213.199.154.250] (HELO db9outboundpool.messaging.microsoft.com) (213.199.154.250) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:37:25 +0000 Received: from mail109-db9-R.bigfish.com (10.174.16.231) by DB9EHSOBE004.bigfish.com (10.174.14.67) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 12:37:03 +0000 Received: from mail109-db9 (localhost [127.0.0.1]) by mail109-db9-R.bigfish.com (Postfix) with ESMTP id 6CEF41400D2; Mon, 13 May 2013 12:37:03 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.197;KIP:(null);UIP:(null);IPV:NLI;H:AMRXE3002.dir.svc.accenture.com;RD:amrxe3002.accenture.com;EFVD:NLI X-SpamScore: -9 X-BigFish: VPS-9(zzbb2dI98dI9371Ic89bh1be0I542I1432I13e6Kzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz17326ah18602eh8275bhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail109-db9: domain of accenture.com designates 170.252.43.197 as permitted sender) client-ip=170.252.43.197; envelope-from=jitendra.soni@accenture.com; helo=AMRXE3002.dir.svc.accenture.com ;ccenture.com ; Received: from mail109-db9 (localhost.localdomain [127.0.0.1]) by mail109-db9 (MessageSwitch) id 1368448620464288_16592; Mon, 13 May 2013 12:37:00 +0000 (UTC) Received: from DB9EHSMHS006.bigfish.com (unknown [10.174.16.252]) by mail109-db9.bigfish.com (Postfix) with ESMTP id 64CC720004B; Mon, 13 May 2013 12:37:00 +0000 (UTC) Received: from AMRXE3002.dir.svc.accenture.com (170.252.43.197) by DB9EHSMHS006.bigfish.com (10.174.14.16) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 12:37:00 +0000 Received: from AMRXH3001.dir.svc.accenture.com (10.63.34.23) by AMRXE3002.accenture.com (10.63.35.192) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 08:36:57 -0400 Received: from email.accenture.com (170.248.176.18) by AMRXH3001.dir.svc.accenture.com (10.63.34.71) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 08:36:06 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-005.048d.mgd.msft.net ([170.248.176.18]) with mapi id 14.02.0328.011; Mon, 13 May 2013 12:36:21 +0000 From: To: , Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+A= Date: Mon, 13 May 2013 12:36:47 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> In-Reply-To: <5190DC8F.4010403@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org Hi Andre, Because I have set CacheDirectoryStore in my httpd conf file but it's not r= ead by AMF51DegreesFilter.pm file while starting apache. Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20 Sent: Monday, May 13, 2013 5:59 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart Hi. And what makes you think that this is a mod_perl problem ? There is a fairly explicit error message (and support address) below, which= tends to point to a problem in the add-on module or the configuration. jitendra.soni@accenture.com wrote: > Gentlemen, >=20 > I need urgent help from you in fixing issue related to apache mobile filt= er 3.53. On putting below AMF configuration in apache httpd conf file I am = not able to start apache. >=20 > Below is the AMF configuration I have added in httpd conf: >=20 > # > #Configuration AMF Filter > # > PerlSetEnv AMFMobileHome /home/AMF > #PerlSetEnv AMFProductionMode true > PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ > PerlTransHandler +Apache2::AMF51DegreesFilter >=20 > # > #Configuration Switcher > # >=20 > PerlSetEnv WildCardRedirect false > PerlSetEnv ForceTabletAsFullBrowser false > PerlSetEnv FullBrowserUrl http://sz1061.app.gen.local:83 > PerlSetEnv MobileVersionUrl http://sz1061.app.gen.local:83/m/ > PerlTransHandler +Apache2::AMFSwitcher >=20 >=20 > -------------8<---------- Start Bug Report ------------8<---------- > 1. Problem Description: >=20 > Perl module not reading/setting the PerlSetEnv command, hence not getti= ng CacheDirectoryStore value while stating apache. See error below: > (1) While starting below error we are getting > # ./apachectl.e.83 -k start > 09/05/13 - 12:05:17 - ---------------------------------------------------= ------------------------ > 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 = ------- > 09/05/13 - 12:05:17 - ------- support http://groups.google.com/group/amf-= device-detection ------- > 09/05/13 - 12:05:17 - ---------------------------------------------------= ------------------------ > 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 > 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last= version. > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the va= riable CacheDirectoryStore into httpd.conf, (the directory must be writeabl= e) >=20 >=20 > (2) In apache logs we are getting below error: > [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against Server:= Apache/2.2.20, Library: OpenSSL/0.9.8k > Mon May 13 13:16:39 2013] [error] ModPerl::Util::exit: (120000) exit was = called at /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.= pm line 128Compilation failed in require at (eval 2) line 2.\n > failed to load Apache2::AMF51DegreesFilter package >=20 > 2. Used Components and their Configuration: >=20 > *** mod_perl version 2.000007 >=20 > *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >=20 > *** Makefile.PL options: > MP_APR_LIB =3D> aprext > MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs > MP_COMPAT_1X =3D> 1 > MP_GENERATE_XS =3D> 1 > MP_LIBNAME =3D> mod_perl > MP_USE_DSO =3D> 1 >=20 >=20 > *** /usr/httpd2.2.20/httpd/bin/httpd -V > Server version: Apache/2.2.20 (Unix) > Server built: Feb 5 2013 08:10:24 > Server's Module Magic Number: 20051115:28 > Server loaded: APR 1.4.5, APR-Util 1.3.12 > Compiled using: APR 1.4.5, APR-Util 1.3.12 > Architecture: 32-bit > Server MPM: Prefork > threaded: no > forked: yes (variable process count) > Server compiled with.... > -D APACHE_MPM_DIR=3D"server/mpm/prefork" > -D APR_HAS_SENDFILE > -D APR_HAS_MMAP > -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) > -D APR_USE_PROC_PTHREAD_SERIALIZE > -D APR_USE_PTHREAD_SERIALIZE > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT > -D APR_HAS_OTHER_CHILD > -D AP_HAVE_RELIABLE_PIPED_LOGS > -D DYNAMIC_MODULE_LIMIT=3D128 > -D HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" > -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" > -D DEFAULT_PIDLOG=3D"logs/httpd.pid" > -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" > -D DEFAULT_LOCKFILE=3D"logs/accept.lock" > -D DEFAULT_ERRORLOG=3D"logs/error_log" > -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" > -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >=20 > *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd > libm.so.2 =3D> /lib/libm.so.2 > libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libaprutil-= 1.so.0 > libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.so= .0 > libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 > libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.so= .0 > libuuid.so.1 =3D> /lib/libuuid.so.1 > libsendfile.so.1 =3D> /lib/libsendfile.so.1 > librt.so.1 =3D> /lib/librt.so.1 > libsocket.so.1 =3D> /lib/libsocket.so.1 > libnsl.so.1 =3D> /lib/libnsl.so.1 > libpthread.so.1 =3D> /lib/libpthread.so.1 > libc.so.1 =3D> /lib/libc.so.1 > libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 > libaio.so.1 =3D> /lib/libaio.so.1 > libmd.so.1 =3D> /lib/libmd.so.1 > libmp.so.2 =3D> /lib/libmp.so.2 > libscf.so.1 =3D> /lib/libscf.so.1 > libdoor.so.1 =3D> /lib/libdoor.so.1 > libuutil.so.1 =3D> /lib/libuutil.so.1 > libgen.so.1 =3D> /lib/libgen.so.1 > /lib/libm/libm_hwcap1.so.2 > /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >=20 >=20 > *** (apr|apu)-config linking info >=20 > -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv > -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocket= -lnsl -lpthread >=20 >=20 >=20 > *** /usr/local/bin/perl -V > Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >=20 > Platform: > osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-multi > uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-e= nterprise ' > config_args=3D'-de -Dcc=3Dgcc' > hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine > useithreads=3Ddefine, usemultiplicity=3Ddefine > useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesocks= =3Dundef > use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef > usemymalloc=3Dn, bincompat5005=3Dundef > Compiler: > cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/us= r/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAF= E_PUTENV -DPERL_USE_SAFE_PUTENV', > optimize=3D'-O', > cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/incl= ude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFI= LE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' > ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' > intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder=3D4= 321 > d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdblsiz= e=3D16 > ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t=3D'= off_t', lseeksize=3D8 > alignbytes=3D8, prototype=3Ddefine > Linker and Libraries: > ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' > libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib > libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc > perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc > libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl.a > gnulibc_version=3D'' > Dynamic Linking: > dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' ' > cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >=20 >=20 > Characteristics of this binary (from libperl): > Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV > PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP > PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHRE= ADS > USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF > USE_REENTRANT_API > Built under solaris > Compiled at Feb 5 2013 10:37:08 > %ENV: > PERL_LWP_USE_HTTP_10=3D"1" > @INC: > /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi > /usr/local/lib/perl5/site_perl/5.14.2 > /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi > /usr/local/lib/perl5/5.14.2 > . >=20 > *** Packages of interest status: >=20 > Apache2 : - > Apache2::Request : - > CGI : 3.52 > ExtUtils::MakeMaker: 6.57_05 > LWP : 6.05 > mod_perl : - > mod_perl2 : 2.000007 >=20 >=20 > 3. This is the core dump trace: (if you get a core dump): >=20 > [CORE TRACE COMES HERE] >=20 > This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >=20 > -------------8<---------- End Bug Report --------------8<---------- >=20 > Note: Complete the rest of the details and post this bug report to > modperl perl.apache.org. To subscribe to the list send an empty > email to modperl-subscribe@perl.apache.org. >=20 > Met vriendelijke groet / With kind regards, >=20 > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 >=20 >=20 > ________________________________ > This message is for the designated recipient only and may contain privile= ged, proprietary, or otherwise confidential information. If you have receiv= ed it in error, please notify the sender immediately and delete the origina= l. Any other use of the e-mail by you is prohibited. >=20 > Where allowed by local law, electronic communications with Accenture and = its affiliates, including e-mail and instant messaging (including content),= may be scanned by our systems for the purposes of information security and= assessment of internal compliance with Accenture policy. >=20 > _________________________________________________________________________= _____________ >=20 > www.accenture.com >=20 From modperl-return-63295-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:35:50 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EE2E5F378 for ; Mon, 13 May 2013 14:35:49 +0000 (UTC) Received: (qmail 97780 invoked by uid 500); 13 May 2013 12:46:28 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 97508 invoked by uid 500); 13 May 2013 12:46:27 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 97300 invoked by uid 99); 13 May 2013 12:46:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:46:26 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:46:13 +0000 Received: from [192.168.245.129] (p549EBC8C.dip0.t-ipconnect.de [84.158.188.140]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 2C6DF3C2A61 for ; Mon, 13 May 2013 14:46:13 +0200 (CEST) Message-ID: <5190E071.5090202@ice-sa.com> Date: Mon, 13 May 2013 14:45:37 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: <5190DC8F.4010403@ice-sa.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org The error message says : 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable CacheDirectoryStore into httpd.conf, (the directory must be writeable) > Are you sure that this directory exists and is writeable (by the user-id under which Apache runs) ? jitendra.soni@accenture.com wrote: > Hi Andre, > > Because I have set CacheDirectoryStore in my httpd conf file but it's not read by AMF51DegreesFilter.pm file while starting apache. > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: André Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 5:59 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start > > Hi. > > And what makes you think that this is a mod_perl problem ? > There is a fairly explicit error message (and support address) below, which tends to point to a problem in the add-on module or the configuration. > > > > jitendra.soni@accenture.com wrote: >> Gentlemen, >> >> I need urgent help from you in fixing issue related to apache mobile filter 3.53. On putting below AMF configuration in apache httpd conf file I am not able to start apache. >> >> Below is the AMF configuration I have added in httpd conf: >> >> # >> #Configuration AMF Filter >> # >> PerlSetEnv AMFMobileHome /home/AMF >> #PerlSetEnv AMFProductionMode true >> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ >> PerlTransHandler +Apache2::AMF51DegreesFilter >> >> # >> #Configuration Switcher >> # >> >> PerlSetEnv WildCardRedirect false >> PerlSetEnv ForceTabletAsFullBrowser false >> PerlSetEnv FullBrowserUrl http://sz1061.app.gen.local:83 >> PerlSetEnv MobileVersionUrl http://sz1061.app.gen.local:83/m/ >> PerlTransHandler +Apache2::AMFSwitcher >> >> >> -------------8<---------- Start Bug Report ------------8<---------- >> 1. Problem Description: >> >> Perl module not reading/setting the PerlSetEnv command, hence not getting CacheDirectoryStore value while stating apache. See error below: >> (1) While starting below error we are getting >> # ./apachectl.e.83 -k start >> 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- >> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 ------- >> 09/05/13 - 12:05:17 - ------- support http://groups.google.com/group/amf-device-detection ------- >> 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- >> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last version. >> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable CacheDirectoryStore into httpd.conf, (the directory must be writeable) >> >> >> (2) In apache logs we are getting below error: >> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against Server: Apache/2.2.20, Library: OpenSSL/0.9.8k >> Mon May 13 13:16:39 2013] [error] ModPerl::Util::exit: (120000) exit was called at /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm line 128Compilation failed in require at (eval 2) line 2.\n >> failed to load Apache2::AMF51DegreesFilter package >> >> 2. Used Components and their Configuration: >> >> *** mod_perl version 2.000007 >> >> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >> >> *** Makefile.PL options: >> MP_APR_LIB => aprext >> MP_APXS => /usr/apache02/httpd_2.2.20/bin/apxs >> MP_COMPAT_1X => 1 >> MP_GENERATE_XS => 1 >> MP_LIBNAME => mod_perl >> MP_USE_DSO => 1 >> >> >> *** /usr/httpd2.2.20/httpd/bin/httpd -V >> Server version: Apache/2.2.20 (Unix) >> Server built: Feb 5 2013 08:10:24 >> Server's Module Magic Number: 20051115:28 >> Server loaded: APR 1.4.5, APR-Util 1.3.12 >> Compiled using: APR 1.4.5, APR-Util 1.3.12 >> Architecture: 32-bit >> Server MPM: Prefork >> threaded: no >> forked: yes (variable process count) >> Server compiled with.... >> -D APACHE_MPM_DIR="server/mpm/prefork" >> -D APR_HAS_SENDFILE >> -D APR_HAS_MMAP >> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) >> -D APR_USE_PROC_PTHREAD_SERIALIZE >> -D APR_USE_PTHREAD_SERIALIZE >> -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT >> -D APR_HAS_OTHER_CHILD >> -D AP_HAVE_RELIABLE_PIPED_LOGS >> -D DYNAMIC_MODULE_LIMIT=128 >> -D HTTPD_ROOT="/usr/httpd2.2.20/httpd" >> -D SUEXEC_BIN="/usr/httpd2.2.20/httpd/bin/suexec" >> -D DEFAULT_PIDLOG="logs/httpd.pid" >> -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" >> -D DEFAULT_LOCKFILE="logs/accept.lock" >> -D DEFAULT_ERRORLOG="logs/error_log" >> -D AP_TYPES_CONFIG_FILE="conf/mime.types" >> -D SERVER_CONFIG_FILE="conf/httpd.conf" >> >> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >> libm.so.2 => /lib/libm.so.2 >> libaprutil-1.so.0 => /usr/httpd2.2.20/httpd/lib/libaprutil-1.so.0 >> libexpat.so.0 => /usr/httpd2.2.20/httpd/lib/libexpat.so.0 >> libiconv.so.2 => /usr/local/lib/libiconv.so.2 >> libapr-1.so.0 => /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 >> libuuid.so.1 => /lib/libuuid.so.1 >> libsendfile.so.1 => /lib/libsendfile.so.1 >> librt.so.1 => /lib/librt.so.1 >> libsocket.so.1 => /lib/libsocket.so.1 >> libnsl.so.1 => /lib/libnsl.so.1 >> libpthread.so.1 => /lib/libpthread.so.1 >> libc.so.1 => /lib/libc.so.1 >> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 >> libaio.so.1 => /lib/libaio.so.1 >> libmd.so.1 => /lib/libmd.so.1 >> libmp.so.2 => /lib/libmp.so.2 >> libscf.so.1 => /lib/libscf.so.1 >> libdoor.so.1 => /lib/libdoor.so.1 >> libuutil.so.1 => /lib/libuutil.so.1 >> libgen.so.1 => /lib/libgen.so.1 >> /lib/libm/libm_hwcap1.so.2 >> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >> >> >> *** (apr|apu)-config linking info >> >> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocket -lnsl -lpthread >> >> >> >> *** /usr/local/bin/perl -V >> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >> >> Platform: >> osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi >> uname='sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-enterprise ' >> config_args='-de -Dcc=gcc' >> hint=previous, useposix=true, d_sigaction=define >> useithreads=define, usemultiplicity=define >> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >> use64bitint=undef, use64bitall=undef, uselongdouble=undef >> usemymalloc=n, bincompat5005=undef >> Compiler: >> cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV', >> optimize='-O', >> cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV' >> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 >> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 >> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 >> alignbytes=8, prototype=define >> Linker and Libraries: >> ld='gcc', ldflags =' -L/usr/local/lib ' >> libpth=/usr/local/lib /usr/lib /usr/ccs/lib >> libs=-lsocket -lnsl -ldl -lm -lpthread -lc >> perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc >> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a >> gnulibc_version='' >> Dynamic Linking: >> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' >> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' >> >> >> Characteristics of this binary (from libperl): >> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREADS >> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >> USE_REENTRANT_API >> Built under solaris >> Compiled at Feb 5 2013 10:37:08 >> %ENV: >> PERL_LWP_USE_HTTP_10="1" >> @INC: >> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/site_perl/5.14.2 >> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/5.14.2 >> . >> >> *** Packages of interest status: >> >> Apache2 : - >> Apache2::Request : - >> CGI : 3.52 >> ExtUtils::MakeMaker: 6.57_05 >> LWP : 6.05 >> mod_perl : - >> mod_perl2 : 2.000007 >> >> >> 3. This is the core dump trace: (if you get a core dump): >> >> [CORE TRACE COMES HERE] >> >> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >> >> -------------8<---------- End Bug Report --------------8<---------- >> >> Note: Complete the rest of the details and post this bug report to >> modperl perl.apache.org. To subscribe to the list send an empty >> email to modperl-subscribe@perl.apache.org. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> ________________________________ >> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. >> >> Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. >> >> ______________________________________________________________________________________ >> >> www.accenture.com >> > > > > From modperl-return-63302-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:35:59 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 98C47F37C for ; Mon, 13 May 2013 14:35:59 +0000 (UTC) Received: (qmail 47000 invoked by uid 500); 13 May 2013 14:35:58 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 46947 invoked by uid 500); 13 May 2013 14:35:58 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 46937 invoked by uid 99); 13 May 2013 14:35:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 14:35:58 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 14:35:51 +0000 Received: from [192.168.245.129] (p549EBC8C.dip0.t-ipconnect.de [84.158.188.140]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 1847A3C079B for ; Mon, 13 May 2013 16:35:53 +0200 (CEST) Message-ID: <5190FA2C.8000701@ice-sa.com> Date: Mon, 13 May 2013 16:35:24 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com>, In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Hi. You need help, but probably not from this list. You need help from someone who knows - about user/directory permissions on the specific platform that you are using, apparently "sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-enterprise", and specifically about the user "nobody" on that platform - about running Apache on this platform under a user-id different from "nobody", and the corresponding security implications The problem that you are having has nothing to do with perl or mod_perl per se. You would have the same problem with any Apache add-on module which tries to write to a disk file, whether that module is written in C or any other language. The point is not that the PerlSetEnv is not working. It seems to be working fine. The point is that the add-on module runs under the same user-id as Apache itself; and it tries to write to a disk directory to which (apparently) this user-id has no write permission. So you need to change either the user-id of Apache, or the permissions of the directory, but neither of these changes is "neutral" in terms of the system security. That's why you need competent help at that level. jitendra.soni@accenture.com wrote: > But I have given chmod 777 to these folder, will then also it won't work?? > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: Joakim Tørmoen [mailto:Joakim.Tormoen@evry.com] > Sent: Monday, May 13, 2013 7:10 PM > To: Soni, Jitendra; modperl@perl.apache.org > Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start > > Hi, > > It has nothing to do with perl... > > You are running apache as nobody\nobody and trying to read/write something under /home/soni498/AMF/cache/ and /home/AMF > > On standard linux systems this is not possible unless you have changed the standard permissons on these folders. (And that is not recommended) > > Best regards > Joakim > > ________________________________________ > From: jitendra.soni@accenture.com [jitendra.soni@accenture.com] > Sent: Monday, May 13, 2013 3:22 PM > To: modperl@perl.apache.org > Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start > > Actually I am new to perl and need some help in fixing this issue. Do I need to change the User to ROOT in conf file then start apache?? > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: André Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 6:47 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start > > jitendra.soni@accenture.com wrote: >> I am starting apache with ROOT user and apache is configured with below User/Group like below. Is this causing any issue? >> > > That is probably the issue indeed. > I believe that you can probably figure out the rest by yourself. > > >> # don't use Group #-1 on these systems! >> # >> User nobody >> Group nobody >> >> >> >> # >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> -----Original Message----- >> From: André Warnier [mailto:aw@ice-sa.com] >> Sent: Monday, May 13, 2013 6:16 PM >> To: mod_perl list >> Subject: Re: Perl module not reading/setting PerlSetEnv command on >> apache start >> >> The error message says : >> >> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable >> CacheDirectoryStore into httpd.conf, (the directory must be writeable) >> Are you sure that this directory exists and is writeable (by the user-id under which Apache runs) ? >> >> >> jitendra.soni@accenture.com wrote: >>> Hi Andre, >>> >>> Because I have set CacheDirectoryStore in my httpd conf file but it's not read by AMF51DegreesFilter.pm file while starting apache. >>> >>> Met vriendelijke groet / With kind regards, >>> >>> Jitendra Soni >>> KPN - Application Development >>> Accenture | Bangalore INDIA >>> Mailto : jitendra.soni@accenture.com >>> Mobile : (+91) 99 860 298 97 >>> >>> >>> -----Original Message----- >>> From: André Warnier [mailto:aw@ice-sa.com] >>> Sent: Monday, May 13, 2013 5:59 PM >>> To: mod_perl list >>> Subject: Re: Perl module not reading/setting PerlSetEnv command on >>> apache start >>> >>> Hi. >>> >>> And what makes you think that this is a mod_perl problem ? >>> There is a fairly explicit error message (and support address) below, which tends to point to a problem in the add-on module or the configuration. >>> >>> >>> >>> jitendra.soni@accenture.com wrote: >>>> Gentlemen, >>>> >>>> I need urgent help from you in fixing issue related to apache mobile filter 3.53. On putting below AMF configuration in apache httpd conf file I am not able to start apache. >>>> >>>> Below is the AMF configuration I have added in httpd conf: >>>> >>>> # >>>> #Configuration AMF Filter >>>> # >>>> PerlSetEnv AMFMobileHome /home/AMF >>>> #PerlSetEnv AMFProductionMode true >>>> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ >>>> PerlTransHandler +Apache2::AMF51DegreesFilter >>>> >>>> # >>>> #Configuration Switcher >>>> # >>>> >>>> PerlSetEnv WildCardRedirect false >>>> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl >>>> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl >>>> http://sz1061.app.gen.local:83/m/ PerlTransHandler >>>> +Apache2::AMFSwitcher >>>> >>>> >>>> -------------8<---------- Start Bug Report ------------8<---------- >>>> 1. Problem Description: >>>> >>>> Perl module not reading/setting the PerlSetEnv command, hence not getting CacheDirectoryStore value while stating apache. See error below: >>>> (1) While starting below error we are getting # ./apachectl.e.83 -k >>>> start >>>> 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- >>>> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 ------- >>>> 09/05/13 - 12:05:17 - ------- support >>>> http://groups.google.com/group/amf-device-detection ------- >>>> 09/05/13 - 12:05:17 - >>>> -------------------------------------------------------------------- >>>> - >>>> ------ >>>> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >>>> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last version. >>>> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable CacheDirectoryStore into httpd.conf, (the directory must be writeable) >>>> >>>> >>>> (2) In apache logs we are getting below error: >>>> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against >>>> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39 >>>> 2013] [error] ModPerl::Util::exit: (120000) exit was called at >>>> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm >>>> line 128Compilation failed in require at (eval 2) line 2.\n failed >>>> to load Apache2::AMF51DegreesFilter package >>>> >>>> 2. Used Components and their Configuration: >>>> >>>> *** mod_perl version 2.000007 >>>> >>>> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >>>> >>>> *** Makefile.PL options: >>>> MP_APR_LIB => aprext >>>> MP_APXS => /usr/apache02/httpd_2.2.20/bin/apxs >>>> MP_COMPAT_1X => 1 >>>> MP_GENERATE_XS => 1 >>>> MP_LIBNAME => mod_perl >>>> MP_USE_DSO => 1 >>>> >>>> >>>> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: >>>> Apache/2.2.20 >>>> (Unix) >>>> Server built: Feb 5 2013 08:10:24 >>>> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, >>>> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >>>> Architecture: 32-bit >>>> Server MPM: Prefork >>>> threaded: no >>>> forked: yes (variable process count) >>>> Server compiled with.... >>>> -D APACHE_MPM_DIR="server/mpm/prefork" >>>> -D APR_HAS_SENDFILE >>>> -D APR_HAS_MMAP >>>> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D >>>> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D >>>> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D >>>> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D >>>> HTTPD_ROOT="/usr/httpd2.2.20/httpd" >>>> -D SUEXEC_BIN="/usr/httpd2.2.20/httpd/bin/suexec" >>>> -D DEFAULT_PIDLOG="logs/httpd.pid" >>>> -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" >>>> -D DEFAULT_LOCKFILE="logs/accept.lock" >>>> -D DEFAULT_ERRORLOG="logs/error_log" >>>> -D AP_TYPES_CONFIG_FILE="conf/mime.types" >>>> -D SERVER_CONFIG_FILE="conf/httpd.conf" >>>> >>>> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >>>> libm.so.2 => /lib/libm.so.2 >>>> libaprutil-1.so.0 => /usr/httpd2.2.20/httpd/lib/libaprutil-1.so.0 >>>> libexpat.so.0 => /usr/httpd2.2.20/httpd/lib/libexpat.so.0 >>>> libiconv.so.2 => /usr/local/lib/libiconv.so.2 >>>> libapr-1.so.0 => /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 >>>> libuuid.so.1 => /lib/libuuid.so.1 >>>> libsendfile.so.1 => /lib/libsendfile.so.1 >>>> librt.so.1 => /lib/librt.so.1 >>>> libsocket.so.1 => /lib/libsocket.so.1 >>>> libnsl.so.1 => /lib/libnsl.so.1 >>>> libpthread.so.1 => /lib/libpthread.so.1 >>>> libc.so.1 => /lib/libc.so.1 >>>> libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 >>>> libaio.so.1 => /lib/libaio.so.1 >>>> libmd.so.1 => /lib/libmd.so.1 >>>> libmp.so.2 => /lib/libmp.so.2 >>>> libscf.so.1 => /lib/libscf.so.1 >>>> libdoor.so.1 => /lib/libdoor.so.1 >>>> libuutil.so.1 => /lib/libuutil.so.1 >>>> libgen.so.1 => /lib/libgen.so.1 >>>> /lib/libm/libm_hwcap1.so.2 >>>> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >>>> >>>> >>>> *** (apr|apu)-config linking info >>>> >>>> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >>>> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt >>>> -lsocket -lnsl -lpthread >>>> >>>> >>>> >>>> *** /usr/local/bin/perl -V >>>> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >>>> >>>> Platform: >>>> osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi >>>> uname='sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-enterprise ' >>>> config_args='-de -Dcc=gcc' >>>> hint=previous, useposix=true, d_sigaction=define >>>> useithreads=define, usemultiplicity=define >>>> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >>>> use64bitint=undef, use64bitall=undef, uselongdouble=undef >>>> usemymalloc=n, bincompat5005=undef >>>> Compiler: >>>> cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV', >>>> optimize='-O', >>>> cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV' >>>> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >>>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 >>>> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 >>>> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 >>>> alignbytes=8, prototype=define >>>> Linker and Libraries: >>>> ld='gcc', ldflags =' -L/usr/local/lib ' >>>> libpth=/usr/local/lib /usr/lib /usr/ccs/lib >>>> libs=-lsocket -lnsl -ldl -lm -lpthread -lc >>>> perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc >>>> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a >>>> gnulibc_version='' >>>> Dynamic Linking: >>>> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' >>>> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' >>>> >>>> >>>> Characteristics of this binary (from libperl): >>>> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >>>> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >>>> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREADS >>>> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >>>> USE_REENTRANT_API >>>> Built under solaris >>>> Compiled at Feb 5 2013 10:37:08 >>>> %ENV: >>>> PERL_LWP_USE_HTTP_10="1" >>>> @INC: >>>> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >>>> /usr/local/lib/perl5/site_perl/5.14.2 >>>> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >>>> /usr/local/lib/perl5/5.14.2 >>>> . >>>> >>>> *** Packages of interest status: >>>> >>>> Apache2 : - >>>> Apache2::Request : - >>>> CGI : 3.52 >>>> ExtUtils::MakeMaker: 6.57_05 >>>> LWP : 6.05 >>>> mod_perl : - >>>> mod_perl2 : 2.000007 >>>> >>>> >>>> 3. This is the core dump trace: (if you get a core dump): >>>> >>>> [CORE TRACE COMES HERE] >>>> >>>> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >>>> >>>> -------------8<---------- End Bug Report --------------8<---------- >>>> >>>> Note: Complete the rest of the details and post this bug report to >>>> modperl perl.apache.org. To subscribe to the list send an empty >>>> email to modperl-subscribe@perl.apache.org. >>>> >>>> Met vriendelijke groet / With kind regards, >>>> >>>> Jitendra Soni >>>> KPN - Application Development >>>> Accenture | Bangalore INDIA >>>> Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 >>>> >>>> >>>> ________________________________ >>>> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. >>>> >>>> Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. >>>> >>>> ____________________________________________________________________ >>>> _ >>>> _________________ >>>> >>>> www.accenture.com >>>> >>> >>> >> >> >> > > > > > From modperl-return-63296-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:39:58 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0FD1EF42C for ; Mon, 13 May 2013 14:39:58 +0000 (UTC) Received: (qmail 19576 invoked by uid 500); 13 May 2013 12:53:17 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 19216 invoked by uid 500); 13 May 2013 12:53:17 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 19186 invoked by uid 99); 13 May 2013 12:53:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:53:16 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jitendra.soni@accenture.com designates 213.199.154.208 as permitted sender) Received: from [213.199.154.208] (HELO am1outboundpool.messaging.microsoft.com) (213.199.154.208) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:53:09 +0000 Received: from mail37-am1-R.bigfish.com (10.3.201.225) by AM1EHSOBE005.bigfish.com (10.3.204.25) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 12:52:49 +0000 Received: from mail37-am1 (localhost [127.0.0.1]) by mail37-am1-R.bigfish.com (Postfix) with ESMTP id 6040C3C00C9 for ; Mon, 13 May 2013 12:52:49 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.202;KIP:(null);UIP:(null);IPV:NLI;H:AMRXE3007.dir.svc.accenture.com;RD:amrxe3007.accenture.com;EFVD:NLI X-SpamScore: -9 X-BigFish: VPS-9(zzbb2dI98dI9371Ic89bh1be0I542I1432I13e6Kzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzaahz17326ah18602eh8275bhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail37-am1: domain of accenture.com designates 170.252.43.202 as permitted sender) client-ip=170.252.43.202; envelope-from=jitendra.soni@accenture.com; helo=AMRXE3007.dir.svc.accenture.com ;ccenture.com ; Received: from mail37-am1 (localhost.localdomain [127.0.0.1]) by mail37-am1 (MessageSwitch) id 1368449567559240_28278; Mon, 13 May 2013 12:52:47 +0000 (UTC) Received: from AM1EHSMHS006.bigfish.com (unknown [10.3.201.233]) by mail37-am1.bigfish.com (Postfix) with ESMTP id 869F43A017A for ; Mon, 13 May 2013 12:52:47 +0000 (UTC) Received: from AMRXE3007.dir.svc.accenture.com (170.252.43.202) by AM1EHSMHS006.bigfish.com (10.3.207.106) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 12:52:47 +0000 Received: from AMRXH3006.dir.svc.accenture.com (10.63.34.50) by AMRXE3007.accenture.com (10.63.35.197) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 08:53:20 -0400 Received: from email.accenture.com (170.248.175.66) by AMRXH3006.dir.svc.accenture.com (10.63.34.76) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 08:53:26 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-027.048d.mgd.msft.net ([170.248.175.66]) with mapi id 14.02.0328.011; Mon, 13 May 2013 12:52:29 +0000 From: To: , Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77Q Date: Mon, 13 May 2013 12:52:28 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> In-Reply-To: <5190E071.5090202@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org I am starting apache with ROOT user and apache is configured with below Use= r/Group like below. Is this causing any issue? # don't use Group #-1 on these systems! # User nobody Group nobody # Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20 Sent: Monday, May 13, 2013 6:16 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart The error message says : 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the vari= able=20 CacheDirectoryStore into httpd.conf, (the directory must be writeable) > Are you sure that this directory exists and is writeable (by the user-id un= der which Apache runs) ? jitendra.soni@accenture.com wrote: > Hi Andre, >=20 > Because I have set CacheDirectoryStore in my httpd conf file but it's not= read by AMF51DegreesFilter.pm file while starting apache. >=20 > Met vriendelijke groet / With kind regards, >=20 > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 >=20 >=20 > -----Original Message----- > From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20 > Sent: Monday, May 13, 2013 5:59 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on apache= start >=20 > Hi. >=20 > And what makes you think that this is a mod_perl problem ? > There is a fairly explicit error message (and support address) below, whi= ch tends to point to a problem in the add-on module or the configuration. >=20 >=20 >=20 > jitendra.soni@accenture.com wrote: >> Gentlemen, >> >> I need urgent help from you in fixing issue related to apache mobile fil= ter 3.53. On putting below AMF configuration in apache httpd conf file I am= not able to start apache. >> >> Below is the AMF configuration I have added in httpd conf: >> >> # >> #Configuration AMF Filter >> # >> PerlSetEnv AMFMobileHome /home/AMF >> #PerlSetEnv AMFProductionMode true >> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ >> PerlTransHandler +Apache2::AMF51DegreesFilter >> >> # >> #Configuration Switcher >> # >> >> PerlSetEnv WildCardRedirect false >> PerlSetEnv ForceTabletAsFullBrowser false >> PerlSetEnv FullBrowserUrl http://sz1061.app.gen.local:83 >> PerlSetEnv MobileVersionUrl http://sz1061.app.gen.local:83/m/ >> PerlTransHandler +Apache2::AMFSwitcher >> >> >> -------------8<---------- Start Bug Report ------------8<---------- >> 1. Problem Description: >> >> Perl module not reading/setting the PerlSetEnv command, hence not gett= ing CacheDirectoryStore value while stating apache. See error below: >> (1) While starting below error we are getting >> # ./apachectl.e.83 -k start >> 09/05/13 - 12:05:17 - --------------------------------------------------= ------------------------- >> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54= ------- >> 09/05/13 - 12:05:17 - ------- support http://groups.google.com/group/amf= -device-detection ------- >> 09/05/13 - 12:05:17 - --------------------------------------------------= ------------------------- >> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the las= t version. >> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the v= ariable CacheDirectoryStore into httpd.conf, (the directory must be writeab= le) >> >> >> (2) In apache logs we are getting below error: >> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against Server= : Apache/2.2.20, Library: OpenSSL/0.9.8k >> Mon May 13 13:16:39 2013] [error] ModPerl::Util::exit: (120000) exit was= called at /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter= .pm line 128Compilation failed in require at (eval 2) line 2.\n >> failed to load Apache2::AMF51DegreesFilter package >> >> 2. Used Components and their Configuration: >> >> *** mod_perl version 2.000007 >> >> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >> >> *** Makefile.PL options: >> MP_APR_LIB =3D> aprext >> MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs >> MP_COMPAT_1X =3D> 1 >> MP_GENERATE_XS =3D> 1 >> MP_LIBNAME =3D> mod_perl >> MP_USE_DSO =3D> 1 >> >> >> *** /usr/httpd2.2.20/httpd/bin/httpd -V >> Server version: Apache/2.2.20 (Unix) >> Server built: Feb 5 2013 08:10:24 >> Server's Module Magic Number: 20051115:28 >> Server loaded: APR 1.4.5, APR-Util 1.3.12 >> Compiled using: APR 1.4.5, APR-Util 1.3.12 >> Architecture: 32-bit >> Server MPM: Prefork >> threaded: no >> forked: yes (variable process count) >> Server compiled with.... >> -D APACHE_MPM_DIR=3D"server/mpm/prefork" >> -D APR_HAS_SENDFILE >> -D APR_HAS_MMAP >> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) >> -D APR_USE_PROC_PTHREAD_SERIALIZE >> -D APR_USE_PTHREAD_SERIALIZE >> -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT >> -D APR_HAS_OTHER_CHILD >> -D AP_HAVE_RELIABLE_PIPED_LOGS >> -D DYNAMIC_MODULE_LIMIT=3D128 >> -D HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" >> -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" >> -D DEFAULT_PIDLOG=3D"logs/httpd.pid" >> -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" >> -D DEFAULT_LOCKFILE=3D"logs/accept.lock" >> -D DEFAULT_ERRORLOG=3D"logs/error_log" >> -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" >> -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >> >> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >> libm.so.2 =3D> /lib/libm.so.2 >> libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libaprutil= -1.so.0 >> libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.s= o.0 >> libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 >> libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.s= o.0 >> libuuid.so.1 =3D> /lib/libuuid.so.1 >> libsendfile.so.1 =3D> /lib/libsendfile.so.1 >> librt.so.1 =3D> /lib/librt.so.1 >> libsocket.so.1 =3D> /lib/libsocket.so.1 >> libnsl.so.1 =3D> /lib/libnsl.so.1 >> libpthread.so.1 =3D> /lib/libpthread.so.1 >> libc.so.1 =3D> /lib/libc.so.1 >> libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 >> libaio.so.1 =3D> /lib/libaio.so.1 >> libmd.so.1 =3D> /lib/libmd.so.1 >> libmp.so.2 =3D> /lib/libmp.so.2 >> libscf.so.1 =3D> /lib/libscf.so.1 >> libdoor.so.1 =3D> /lib/libdoor.so.1 >> libuutil.so.1 =3D> /lib/libuutil.so.1 >> libgen.so.1 =3D> /lib/libgen.so.1 >> /lib/libm/libm_hwcap1.so.2 >> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >> >> >> *** (apr|apu)-config linking info >> >> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocke= t -lnsl -lpthread >> >> >> >> *** /usr/local/bin/perl -V >> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >> >> Platform: >> osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-mult= i >> uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-= enterprise ' >> config_args=3D'-de -Dcc=3Dgcc' >> hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine >> useithreads=3Ddefine, usemultiplicity=3Ddefine >> useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesocks= =3Dundef >> use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >> usemymalloc=3Dn, bincompat5005=3Dundef >> Compiler: >> cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/u= sr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SA= FE_PUTENV -DPERL_USE_SAFE_PUTENV', >> optimize=3D'-O', >> cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/inc= lude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEF= ILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' >> ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' >> intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder=3D= 4321 >> d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdblsi= ze=3D16 >> ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t=3D= 'off_t', lseeksize=3D8 >> alignbytes=3D8, prototype=3Ddefine >> Linker and Libraries: >> ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' >> libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib >> libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >> perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >> libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl.= a >> gnulibc_version=3D'' >> Dynamic Linking: >> dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' ' >> cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >> >> >> Characteristics of this binary (from libperl): >> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHR= EADS >> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >> USE_REENTRANT_API >> Built under solaris >> Compiled at Feb 5 2013 10:37:08 >> %ENV: >> PERL_LWP_USE_HTTP_10=3D"1" >> @INC: >> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/site_perl/5.14.2 >> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/5.14.2 >> . >> >> *** Packages of interest status: >> >> Apache2 : - >> Apache2::Request : - >> CGI : 3.52 >> ExtUtils::MakeMaker: 6.57_05 >> LWP : 6.05 >> mod_perl : - >> mod_perl2 : 2.000007 >> >> >> 3. This is the core dump trace: (if you get a core dump): >> >> [CORE TRACE COMES HERE] >> >> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >> >> -------------8<---------- End Bug Report --------------8<---------- >> >> Note: Complete the rest of the details and post this bug report to >> modperl perl.apache.org. To subscribe to the list send an empty >> email to modperl-subscribe@perl.apache.org. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> ________________________________ >> This message is for the designated recipient only and may contain privil= eged, proprietary, or otherwise confidential information. If you have recei= ved it in error, please notify the sender immediately and delete the origin= al. Any other use of the e-mail by you is prohibited. >> >> Where allowed by local law, electronic communications with Accenture and= its affiliates, including e-mail and instant messaging (including content)= , may be scanned by our systems for the purposes of information security an= d assessment of internal compliance with Accenture policy. >> >> ________________________________________________________________________= ______________ >> >> www.accenture.com >> >=20 >=20 >=20 >=20 From modperl-return-63300-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:41:59 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 65644F46A for ; Mon, 13 May 2013 14:41:59 +0000 (UTC) Received: (qmail 83436 invoked by uid 500); 13 May 2013 13:41:01 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 82905 invoked by uid 500); 13 May 2013 13:40:58 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 82868 invoked by uid 99); 13 May 2013 13:40:57 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:40:57 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of joakim.tormoen@evry.com designates 139.118.71.9 as permitted sender) Received: from [139.118.71.9] (HELO mx6.os.ergo.no) (139.118.71.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:40:49 +0000 Received: from CCDEX009.corp.corpcommon.com (unknown [139.107.64.68]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx6.os.ergo.no (Postfix) with ESMTP id 93CB727E0147; Mon, 13 May 2013 15:40:27 +0200 (CEST) Received: from CCDEX004.corp.corpcommon.com ([139.107.64.63]) by ccdex009 ([139.107.64.68]) with mapi id 14.01.0438.000; Mon, 13 May 2013 15:40:27 +0200 From: =?iso-8859-1?Q?Joakim_T=F8rmoen?= To: "jitendra.soni@accenture.com" , "modperl@perl.apache.org" Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0ID//+VWAIAAAYUAgAAl70Y= Date: Mon, 13 May 2013 13:40:27 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com>, In-Reply-To: Accept-Language: en-US, nb-NO Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.116.15.3] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Evry-MailScanner-Information: Please contact the ISP for more information X-Evry-MailScanner-ID: 93CB727E0147.AA60D X-Evry-MailScanner: Found to be clean from viruses X-Evry-MailScanner-From: joakim.tormoen@evry.com X-Virus-Checked: Checked by ClamAV on apache.org Hi, It has nothing to do with perl...=20 You are running apache as nobody\nobody and trying to read/write something = under /home/soni498/AMF/cache/ and /home/AMF On standard linux systems this is not possible unless you have changed the = standard permissons on these folders. (And that is not recommended) Best regards Joakim ________________________________________ From: jitendra.soni@accenture.com [jitendra.soni@accenture.com] Sent: Monday, May 13, 2013 3:22 PM To: modperl@perl.apache.org Subject: RE: Perl module not reading/setting PerlSetEnv command on apache s= tart Actually I am new to perl and need some help in fixing this issue. Do I nee= d to change the User to ROOT in conf file then start apache?? Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com] Sent: Monday, May 13, 2013 6:47 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart jitendra.soni@accenture.com wrote: > I am starting apache with ROOT user and apache is configured with below U= ser/Group like below. Is this causing any issue? > That is probably the issue indeed. I believe that you can probably figure out the rest by yourself. > # don't use Group #-1 on these systems! > # > User nobody > Group nobody > > > > # > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: Andr=E9 Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 6:16 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on > apache start > > The error message says : > > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the va= riable > CacheDirectoryStore into httpd.conf, (the directory must be writeable) > > > > Are you sure that this directory exists and is writeable (by the user-id = under which Apache runs) ? > > > jitendra.soni@accenture.com wrote: >> Hi Andre, >> >> Because I have set CacheDirectoryStore in my httpd conf file but it's no= t read by AMF51DegreesFilter.pm file while starting apache. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> -----Original Message----- >> From: Andr=E9 Warnier [mailto:aw@ice-sa.com] >> Sent: Monday, May 13, 2013 5:59 PM >> To: mod_perl list >> Subject: Re: Perl module not reading/setting PerlSetEnv command on >> apache start >> >> Hi. >> >> And what makes you think that this is a mod_perl problem ? >> There is a fairly explicit error message (and support address) below, wh= ich tends to point to a problem in the add-on module or the configuration. >> >> >> >> jitendra.soni@accenture.com wrote: >>> Gentlemen, >>> >>> I need urgent help from you in fixing issue related to apache mobile fi= lter 3.53. On putting below AMF configuration in apache httpd conf file I a= m not able to start apache. >>> >>> Below is the AMF configuration I have added in httpd conf: >>> >>> # >>> #Configuration AMF Filter >>> # >>> PerlSetEnv AMFMobileHome /home/AMF >>> #PerlSetEnv AMFProductionMode true >>> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ >>> PerlTransHandler +Apache2::AMF51DegreesFilter >>> >>> # >>> #Configuration Switcher >>> # >>> >>> PerlSetEnv WildCardRedirect false >>> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl >>> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl >>> http://sz1061.app.gen.local:83/m/ PerlTransHandler >>> +Apache2::AMFSwitcher >>> >>> >>> -------------8<---------- Start Bug Report ------------8<---------- >>> 1. Problem Description: >>> >>> Perl module not reading/setting the PerlSetEnv command, hence not get= ting CacheDirectoryStore value while stating apache. See error below: >>> (1) While starting below error we are getting # ./apachectl.e.83 -k >>> start >>> 09/05/13 - 12:05:17 - -------------------------------------------------= -------------------------- >>> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.5= 4 ------- >>> 09/05/13 - 12:05:17 - ------- support >>> http://groups.google.com/group/amf-device-detection ------- >>> 09/05/13 - 12:05:17 - >>> -------------------------------------------------------------------- >>> - >>> ------ >>> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >>> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the la= st version. >>> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the = variable CacheDirectoryStore into httpd.conf, (the directory must be writea= ble) >>> >>> >>> (2) In apache logs we are getting below error: >>> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against >>> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39 >>> 2013] [error] ModPerl::Util::exit: (120000) exit was called at >>> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm >>> line 128Compilation failed in require at (eval 2) line 2.\n failed >>> to load Apache2::AMF51DegreesFilter package >>> >>> 2. Used Components and their Configuration: >>> >>> *** mod_perl version 2.000007 >>> >>> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >>> >>> *** Makefile.PL options: >>> MP_APR_LIB =3D> aprext >>> MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs >>> MP_COMPAT_1X =3D> 1 >>> MP_GENERATE_XS =3D> 1 >>> MP_LIBNAME =3D> mod_perl >>> MP_USE_DSO =3D> 1 >>> >>> >>> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: >>> Apache/2.2.20 >>> (Unix) >>> Server built: Feb 5 2013 08:10:24 >>> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5, >>> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >>> Architecture: 32-bit >>> Server MPM: Prefork >>> threaded: no >>> forked: yes (variable process count) >>> Server compiled with.... >>> -D APACHE_MPM_DIR=3D"server/mpm/prefork" >>> -D APR_HAS_SENDFILE >>> -D APR_HAS_MMAP >>> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D >>> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D >>> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D >>> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D >>> HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" >>> -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" >>> -D DEFAULT_PIDLOG=3D"logs/httpd.pid" >>> -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" >>> -D DEFAULT_LOCKFILE=3D"logs/accept.lock" >>> -D DEFAULT_ERRORLOG=3D"logs/error_log" >>> -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" >>> -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >>> >>> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >>> libm.so.2 =3D> /lib/libm.so.2 >>> libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapruti= l-1.so.0 >>> libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.= so.0 >>> libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 >>> libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.= so.0 >>> libuuid.so.1 =3D> /lib/libuuid.so.1 >>> libsendfile.so.1 =3D> /lib/libsendfile.so.1 >>> librt.so.1 =3D> /lib/librt.so.1 >>> libsocket.so.1 =3D> /lib/libsocket.so.1 >>> libnsl.so.1 =3D> /lib/libnsl.so.1 >>> libpthread.so.1 =3D> /lib/libpthread.so.1 >>> libc.so.1 =3D> /lib/libc.so.1 >>> libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 >>> libaio.so.1 =3D> /lib/libaio.so.1 >>> libmd.so.1 =3D> /lib/libmd.so.1 >>> libmp.so.2 =3D> /lib/libmp.so.2 >>> libscf.so.1 =3D> /lib/libscf.so.1 >>> libdoor.so.1 =3D> /lib/libdoor.so.1 >>> libuutil.so.1 =3D> /lib/libuutil.so.1 >>> libgen.so.1 =3D> /lib/libgen.so.1 >>> /lib/libm/libm_hwcap1.so.2 >>> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >>> >>> >>> *** (apr|apu)-config linking info >>> >>> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >>> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt >>> -lsocket -lnsl -lpthread >>> >>> >>> >>> *** /usr/local/bin/perl -V >>> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >>> >>> Platform: >>> osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-mul= ti >>> uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc= -enterprise ' >>> config_args=3D'-de -Dcc=3Dgcc' >>> hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine >>> useithreads=3Ddefine, usemultiplicity=3Ddefine >>> useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesock= s=3Dundef >>> use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >>> usemymalloc=3Dn, bincompat5005=3Dundef >>> Compiler: >>> cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/= usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_S= AFE_PUTENV -DPERL_USE_SAFE_PUTENV', >>> optimize=3D'-O', >>> cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/in= clude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGE= FILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' >>> ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' >>> intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder= =3D4321 >>> d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdbls= ize=3D16 >>> ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t= =3D'off_t', lseeksize=3D8 >>> alignbytes=3D8, prototype=3Ddefine >>> Linker and Libraries: >>> ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' >>> libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib >>> libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl= .a >>> gnulibc_version=3D'' >>> Dynamic Linking: >>> dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' = ' >>> cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >>> >>> >>> Characteristics of this binary (from libperl): >>> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >>> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >>> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITH= READS >>> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >>> USE_REENTRANT_API >>> Built under solaris >>> Compiled at Feb 5 2013 10:37:08 >>> %ENV: >>> PERL_LWP_USE_HTTP_10=3D"1" >>> @INC: >>> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/site_perl/5.14.2 >>> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/5.14.2 >>> . >>> >>> *** Packages of interest status: >>> >>> Apache2 : - >>> Apache2::Request : - >>> CGI : 3.52 >>> ExtUtils::MakeMaker: 6.57_05 >>> LWP : 6.05 >>> mod_perl : - >>> mod_perl2 : 2.000007 >>> >>> >>> 3. This is the core dump trace: (if you get a core dump): >>> >>> [CORE TRACE COMES HERE] >>> >>> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >>> >>> -------------8<---------- End Bug Report --------------8<---------- >>> >>> Note: Complete the rest of the details and post this bug report to >>> modperl perl.apache.org. To subscribe to the list send an empty >>> email to modperl-subscribe@perl.apache.org. >>> >>> Met vriendelijke groet / With kind regards, >>> >>> Jitendra Soni >>> KPN - Application Development >>> Accenture | Bangalore INDIA >>> Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 >>> >>> >>> ________________________________ >>> This message is for the designated recipient only and may contain privi= leged, proprietary, or otherwise confidential information. If you have rece= ived it in error, please notify the sender immediately and delete the origi= nal. Any other use of the e-mail by you is prohibited. >>> >>> Where allowed by local law, electronic communications with Accenture an= d its affiliates, including e-mail and instant messaging (including content= ), may be scanned by our systems for the purposes of information security a= nd assessment of internal compliance with Accenture policy. >>> >>> _____________________________________________________________________ >>> _________________ >>> >>> www.accenture.com >>> >> >> >> > > > > From modperl-return-63297-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:43:11 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2A291F489 for ; Mon, 13 May 2013 14:43:11 +0000 (UTC) Received: (qmail 21328 invoked by uid 500); 13 May 2013 12:53:50 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 21302 invoked by uid 500); 13 May 2013 12:53:50 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 21292 invoked by uid 99); 13 May 2013 12:53:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:53:49 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=DCC_CHECK,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jitendra.soni@accenture.com designates 65.55.88.12 as permitted sender) Received: from [65.55.88.12] (HELO tx2outboundpool.messaging.microsoft.com) (65.55.88.12) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:53:42 +0000 Received: from mail95-tx2-R.bigfish.com (10.9.14.228) by TX2EHSOBE004.bigfish.com (10.9.40.24) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 12:53:21 +0000 Received: from mail95-tx2 (localhost [127.0.0.1]) by mail95-tx2-R.bigfish.com (Postfix) with ESMTP id 9E20D34006D; Mon, 13 May 2013 12:53:21 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.196;KIP:(null);UIP:(null);IPV:NLI;H:amrxe3001.dir.svc.accenture.com;RD:amrxe3001.accenture.com;EFVD:NLI X-SpamScore: -9 X-BigFish: VPS-9(zzbb2dI98dI9371Ic89bh1be0I542I1432I13e6Kzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz17326ah18602eh8275bhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail95-tx2: domain of accenture.com designates 170.252.43.196 as permitted sender) client-ip=170.252.43.196; envelope-from=jitendra.soni@accenture.com; helo=amrxe3001.dir.svc.accenture.com ;ccenture.com ; Received: from mail95-tx2 (localhost.localdomain [127.0.0.1]) by mail95-tx2 (MessageSwitch) id 136844959971473_3346; Mon, 13 May 2013 12:53:19 +0000 (UTC) Received: from TX2EHSMHS027.bigfish.com (unknown [10.9.14.232]) by mail95-tx2.bigfish.com (Postfix) with ESMTP id 0D40B3C004A; Mon, 13 May 2013 12:53:19 +0000 (UTC) Received: from amrxe3001.dir.svc.accenture.com (170.252.43.196) by TX2EHSMHS027.bigfish.com (10.9.99.127) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 12:53:18 +0000 Received: from AMRXH3002.dir.svc.accenture.com (10.63.34.24) by amrxe3001.accenture.com (10.63.35.191) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 08:53:52 -0400 Received: from email.accenture.com (170.248.175.84) by AMRXH3002.dir.svc.accenture.com (10.63.34.72) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 08:52:30 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-045.048d.mgd.msft.net ([170.248.175.84]) with mapi id 14.02.0328.011; Mon, 13 May 2013 12:53:25 +0000 From: To: , Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0IA= Date: Mon, 13 May 2013 12:53:25 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org I am starting apache with ROOT user and apache is configured with below Use= r/Group like below. Is this causing any issue? # don't use Group #-1 on these systems! # User nobody Group nobody # Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com] Sent: Monday, May 13, 2013 6:16 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart The error message says : 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the vari= able=20 CacheDirectoryStore into httpd.conf, (the directory must be writeable) > Are you sure that this directory exists and is writeable (by the user-id un= der which Apache runs) ? jitendra.soni@accenture.com wrote: > Hi Andre, >=20 > Because I have set CacheDirectoryStore in my httpd conf file but it's not= read by AMF51DegreesFilter.pm file while starting apache. >=20 > Met vriendelijke groet / With kind regards, >=20 > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 >=20 >=20 > -----Original Message----- > From: Andr=E9 Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 5:59 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on=20 > apache start >=20 > Hi. >=20 > And what makes you think that this is a mod_perl problem ? > There is a fairly explicit error message (and support address) below, whi= ch tends to point to a problem in the add-on module or the configuration. >=20 >=20 >=20 > jitendra.soni@accenture.com wrote: >> Gentlemen, >> >> I need urgent help from you in fixing issue related to apache mobile fil= ter 3.53. On putting below AMF configuration in apache httpd conf file I am= not able to start apache. >> >> Below is the AMF configuration I have added in httpd conf: >> >> # >> #Configuration AMF Filter >> # >> PerlSetEnv AMFMobileHome /home/AMF >> #PerlSetEnv AMFProductionMode true >> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/=20 >> PerlTransHandler +Apache2::AMF51DegreesFilter >> >> # >> #Configuration Switcher >> # >> >> PerlSetEnv WildCardRedirect false >> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl=20 >> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl=20 >> http://sz1061.app.gen.local:83/m/ PerlTransHandler=20 >> +Apache2::AMFSwitcher >> >> >> -------------8<---------- Start Bug Report ------------8<----------=20 >> 1. Problem Description: >> >> Perl module not reading/setting the PerlSetEnv command, hence not gett= ing CacheDirectoryStore value while stating apache. See error below: >> (1) While starting below error we are getting # ./apachectl.e.83 -k=20 >> start >> 09/05/13 - 12:05:17 - --------------------------------------------------= ------------------------- >> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54= ------- >> 09/05/13 - 12:05:17 - ------- support=20 >> http://groups.google.com/group/amf-device-detection ------- >> 09/05/13 - 12:05:17 -=20 >> --------------------------------------------------------------------- >> ------ >> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the las= t version. >> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the v= ariable CacheDirectoryStore into httpd.conf, (the directory must be writeab= le) >> >> >> (2) In apache logs we are getting below error: >> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against=20 >> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39=20 >> 2013] [error] ModPerl::Util::exit: (120000) exit was called at=20 >> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm=20 >> line 128Compilation failed in require at (eval 2) line 2.\n failed to=20 >> load Apache2::AMF51DegreesFilter package >> >> 2. Used Components and their Configuration: >> >> *** mod_perl version 2.000007 >> >> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >> >> *** Makefile.PL options: >> MP_APR_LIB =3D> aprext >> MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs >> MP_COMPAT_1X =3D> 1 >> MP_GENERATE_XS =3D> 1 >> MP_LIBNAME =3D> mod_perl >> MP_USE_DSO =3D> 1 >> >> >> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: Apache/2.2.20=20 >> (Unix) >> Server built: Feb 5 2013 08:10:24 >> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5,=20 >> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >> Architecture: 32-bit >> Server MPM: Prefork >> threaded: no >> forked: yes (variable process count) >> Server compiled with.... >> -D APACHE_MPM_DIR=3D"server/mpm/prefork" >> -D APR_HAS_SENDFILE >> -D APR_HAS_MMAP >> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D=20 >> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D=20 >> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D=20 >> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D=20 >> HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" >> -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" >> -D DEFAULT_PIDLOG=3D"logs/httpd.pid" >> -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" >> -D DEFAULT_LOCKFILE=3D"logs/accept.lock" >> -D DEFAULT_ERRORLOG=3D"logs/error_log" >> -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" >> -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >> >> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >> libm.so.2 =3D> /lib/libm.so.2 >> libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libaprutil= -1.so.0 >> libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.s= o.0 >> libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 >> libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.s= o.0 >> libuuid.so.1 =3D> /lib/libuuid.so.1 >> libsendfile.so.1 =3D> /lib/libsendfile.so.1 >> librt.so.1 =3D> /lib/librt.so.1 >> libsocket.so.1 =3D> /lib/libsocket.so.1 >> libnsl.so.1 =3D> /lib/libnsl.so.1 >> libpthread.so.1 =3D> /lib/libpthread.so.1 >> libc.so.1 =3D> /lib/libc.so.1 >> libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 >> libaio.so.1 =3D> /lib/libaio.so.1 >> libmd.so.1 =3D> /lib/libmd.so.1 >> libmp.so.2 =3D> /lib/libmp.so.2 >> libscf.so.1 =3D> /lib/libscf.so.1 >> libdoor.so.1 =3D> /lib/libdoor.so.1 >> libuutil.so.1 =3D> /lib/libuutil.so.1 >> libgen.so.1 =3D> /lib/libgen.so.1 >> /lib/libm/libm_hwcap1.so.2 >> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >> >> >> *** (apr|apu)-config linking info >> >> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt=20 >> -lsocket -lnsl -lpthread >> >> >> >> *** /usr/local/bin/perl -V >> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >> >> Platform: >> osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-mult= i >> uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-= enterprise ' >> config_args=3D'-de -Dcc=3Dgcc' >> hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine >> useithreads=3Ddefine, usemultiplicity=3Ddefine >> useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesocks= =3Dundef >> use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >> usemymalloc=3Dn, bincompat5005=3Dundef >> Compiler: >> cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/u= sr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SA= FE_PUTENV -DPERL_USE_SAFE_PUTENV', >> optimize=3D'-O', >> cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/inc= lude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEF= ILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' >> ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' >> intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder=3D= 4321 >> d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdblsi= ze=3D16 >> ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t=3D= 'off_t', lseeksize=3D8 >> alignbytes=3D8, prototype=3Ddefine >> Linker and Libraries: >> ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' >> libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib >> libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >> perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >> libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl.= a >> gnulibc_version=3D'' >> Dynamic Linking: >> dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' ' >> cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >> >> >> Characteristics of this binary (from libperl): >> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHR= EADS >> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >> USE_REENTRANT_API >> Built under solaris >> Compiled at Feb 5 2013 10:37:08 >> %ENV: >> PERL_LWP_USE_HTTP_10=3D"1" >> @INC: >> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/site_perl/5.14.2 >> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >> /usr/local/lib/perl5/5.14.2 >> . >> >> *** Packages of interest status: >> >> Apache2 : - >> Apache2::Request : - >> CGI : 3.52 >> ExtUtils::MakeMaker: 6.57_05 >> LWP : 6.05 >> mod_perl : - >> mod_perl2 : 2.000007 >> >> >> 3. This is the core dump trace: (if you get a core dump): >> >> [CORE TRACE COMES HERE] >> >> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >> >> -------------8<---------- End Bug Report --------------8<---------- >> >> Note: Complete the rest of the details and post this bug report to=20 >> modperl perl.apache.org. To subscribe to the list send an empty=20 >> email to modperl-subscribe@perl.apache.org. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> ________________________________ >> This message is for the designated recipient only and may contain privil= eged, proprietary, or otherwise confidential information. If you have recei= ved it in error, please notify the sender immediately and delete the origin= al. Any other use of the e-mail by you is prohibited. >> >> Where allowed by local law, electronic communications with Accenture and= its affiliates, including e-mail and instant messaging (including content)= , may be scanned by our systems for the purposes of information security an= d assessment of internal compliance with Accenture policy. >> >> _____________________________________________________________________ >> _________________ >> >> www.accenture.com >> >=20 >=20 >=20 >=20 From modperl-return-63301-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 14:48:11 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74057F4F8 for ; Mon, 13 May 2013 14:48:11 +0000 (UTC) Received: (qmail 1442 invoked by uid 500); 13 May 2013 13:46:06 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 1075 invoked by uid 500); 13 May 2013 13:46:06 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 1067 invoked by uid 99); 13 May 2013 13:46:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:46:06 +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 jitendra.soni@accenture.com designates 213.199.154.189 as permitted sender) Received: from [213.199.154.189] (HELO db8outboundpool.messaging.microsoft.com) (213.199.154.189) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 13:45:53 +0000 Received: from mail149-db8-R.bigfish.com (10.174.8.226) by DB8EHSOBE015.bigfish.com (10.174.4.78) with Microsoft SMTP Server id 14.1.225.23; Mon, 13 May 2013 13:45:32 +0000 Received: from mail149-db8 (localhost [127.0.0.1]) by mail149-db8-R.bigfish.com (Postfix) with ESMTP id 7A0C92E0CB1; Mon, 13 May 2013 13:45:32 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.38.66;KIP:(null);UIP:(null);IPV:NLI;H:EMEXE3002.dir.svc.accenture.com;RD:emexe3002.accenture.com;EFVD:NLI X-SpamScore: -11 X-BigFish: VPS-11(zzbb2dI98dI9371Ic89bh1be0I542I1432I13e6K168aJzz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz17326ah18602eh8275bh8275dhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail149-db8: domain of accenture.com designates 170.252.38.66 as permitted sender) client-ip=170.252.38.66; envelope-from=jitendra.soni@accenture.com; helo=EMEXE3002.dir.svc.accenture.com ;ccenture.com ; Received: from mail149-db8 (localhost.localdomain [127.0.0.1]) by mail149-db8 (MessageSwitch) id 136845272948515_10579; Mon, 13 May 2013 13:45:29 +0000 (UTC) Received: from DB8EHSMHS013.bigfish.com (unknown [10.174.8.232]) by mail149-db8.bigfish.com (Postfix) with ESMTP id 09A6E2C00EF; Mon, 13 May 2013 13:45:29 +0000 (UTC) Received: from EMEXE3002.dir.svc.accenture.com (170.252.38.66) by DB8EHSMHS013.bigfish.com (10.174.4.23) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 13 May 2013 13:45:24 +0000 Received: from EMEXH3002.dir.svc.accenture.com (10.134.3.23) by EMEXE3002.dir.svc.accenture.com (10.134.4.192) with Microsoft SMTP Server id 8.3.298.1; Mon, 13 May 2013 15:45:23 +0200 Received: from email.accenture.com (170.248.175.66) by EMEXH3002.dir.svc.accenture.com (10.134.3.73) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 13 May 2013 15:45:23 +0200 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-027.048d.mgd.msft.net ([170.248.175.66]) with mapi id 14.02.0328.011; Mon, 13 May 2013 13:45:42 +0000 From: To: , Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0IAAANu3AAAAEhOwAAC854AAACX7AA== Date: Mon, 13 May 2013 13:45:42 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org But I have given chmod 777 to these folder, will then also it won't work??= =20 Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Joakim T=F8rmoen [mailto:Joakim.Tormoen@evry.com]=20 Sent: Monday, May 13, 2013 7:10 PM To: Soni, Jitendra; modperl@perl.apache.org Subject: RE: Perl module not reading/setting PerlSetEnv command on apache s= tart Hi, It has nothing to do with perl...=20 You are running apache as nobody\nobody and trying to read/write something = under /home/soni498/AMF/cache/ and /home/AMF On standard linux systems this is not possible unless you have changed the = standard permissons on these folders. (And that is not recommended) Best regards Joakim ________________________________________ From: jitendra.soni@accenture.com [jitendra.soni@accenture.com] Sent: Monday, May 13, 2013 3:22 PM To: modperl@perl.apache.org Subject: RE: Perl module not reading/setting PerlSetEnv command on apache s= tart Actually I am new to perl and need some help in fixing this issue. Do I nee= d to change the User to ROOT in conf file then start apache?? Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com] Sent: Monday, May 13, 2013 6:47 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart jitendra.soni@accenture.com wrote: > I am starting apache with ROOT user and apache is configured with below U= ser/Group like below. Is this causing any issue? > That is probably the issue indeed. I believe that you can probably figure out the rest by yourself. > # don't use Group #-1 on these systems! > # > User nobody > Group nobody > > > > # > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > -----Original Message----- > From: Andr=E9 Warnier [mailto:aw@ice-sa.com] > Sent: Monday, May 13, 2013 6:16 PM > To: mod_perl list > Subject: Re: Perl module not reading/setting PerlSetEnv command on=20 > apache start > > The error message says : > > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the va= riable > CacheDirectoryStore into httpd.conf, (the directory must be writeable) > > > > Are you sure that this directory exists and is writeable (by the user-id = under which Apache runs) ? > > > jitendra.soni@accenture.com wrote: >> Hi Andre, >> >> Because I have set CacheDirectoryStore in my httpd conf file but it's no= t read by AMF51DegreesFilter.pm file while starting apache. >> >> Met vriendelijke groet / With kind regards, >> >> Jitendra Soni >> KPN - Application Development >> Accenture | Bangalore INDIA >> Mailto : jitendra.soni@accenture.com >> Mobile : (+91) 99 860 298 97 >> >> >> -----Original Message----- >> From: Andr=E9 Warnier [mailto:aw@ice-sa.com] >> Sent: Monday, May 13, 2013 5:59 PM >> To: mod_perl list >> Subject: Re: Perl module not reading/setting PerlSetEnv command on=20 >> apache start >> >> Hi. >> >> And what makes you think that this is a mod_perl problem ? >> There is a fairly explicit error message (and support address) below, wh= ich tends to point to a problem in the add-on module or the configuration. >> >> >> >> jitendra.soni@accenture.com wrote: >>> Gentlemen, >>> >>> I need urgent help from you in fixing issue related to apache mobile fi= lter 3.53. On putting below AMF configuration in apache httpd conf file I a= m not able to start apache. >>> >>> Below is the AMF configuration I have added in httpd conf: >>> >>> # >>> #Configuration AMF Filter >>> # >>> PerlSetEnv AMFMobileHome /home/AMF >>> #PerlSetEnv AMFProductionMode true >>> PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/=20 >>> PerlTransHandler +Apache2::AMF51DegreesFilter >>> >>> # >>> #Configuration Switcher >>> # >>> >>> PerlSetEnv WildCardRedirect false >>> PerlSetEnv ForceTabletAsFullBrowser false PerlSetEnv FullBrowserUrl >>> http://sz1061.app.gen.local:83 PerlSetEnv MobileVersionUrl=20 >>> http://sz1061.app.gen.local:83/m/ PerlTransHandler >>> +Apache2::AMFSwitcher >>> >>> >>> -------------8<---------- Start Bug Report ------------8<----------=20 >>> 1. Problem Description: >>> >>> Perl module not reading/setting the PerlSetEnv command, hence not get= ting CacheDirectoryStore value while stating apache. See error below: >>> (1) While starting below error we are getting # ./apachectl.e.83 -k=20 >>> start >>> 09/05/13 - 12:05:17 - -------------------------------------------------= -------------------------- >>> 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.5= 4 ------- >>> 09/05/13 - 12:05:17 - ------- support=20 >>> http://groups.google.com/group/amf-device-detection ------- >>> 09/05/13 - 12:05:17 - >>> -------------------------------------------------------------------- >>> - >>> ------ >>> 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 >>> 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the la= st version. >>> 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the = variable CacheDirectoryStore into httpd.conf, (the directory must be writea= ble) >>> >>> >>> (2) In apache logs we are getting below error: >>> [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against >>> Server: Apache/2.2.20, Library: OpenSSL/0.9.8k Mon May 13 13:16:39=20 >>> 2013] [error] ModPerl::Util::exit: (120000) exit was called at=20 >>> /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm >>> line 128Compilation failed in require at (eval 2) line 2.\n failed=20 >>> to load Apache2::AMF51DegreesFilter package >>> >>> 2. Used Components and their Configuration: >>> >>> *** mod_perl version 2.000007 >>> >>> *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm >>> >>> *** Makefile.PL options: >>> MP_APR_LIB =3D> aprext >>> MP_APXS =3D> /usr/apache02/httpd_2.2.20/bin/apxs >>> MP_COMPAT_1X =3D> 1 >>> MP_GENERATE_XS =3D> 1 >>> MP_LIBNAME =3D> mod_perl >>> MP_USE_DSO =3D> 1 >>> >>> >>> *** /usr/httpd2.2.20/httpd/bin/httpd -V Server version: >>> Apache/2.2.20 >>> (Unix) >>> Server built: Feb 5 2013 08:10:24 >>> Server's Module Magic Number: 20051115:28 Server loaded: APR 1.4.5,=20 >>> APR-Util 1.3.12 Compiled using: APR 1.4.5, APR-Util 1.3.12 >>> Architecture: 32-bit >>> Server MPM: Prefork >>> threaded: no >>> forked: yes (variable process count) >>> Server compiled with.... >>> -D APACHE_MPM_DIR=3D"server/mpm/prefork" >>> -D APR_HAS_SENDFILE >>> -D APR_HAS_MMAP >>> -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D=20 >>> APR_USE_PROC_PTHREAD_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D=20 >>> SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D=20 >>> AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D=20 >>> HTTPD_ROOT=3D"/usr/httpd2.2.20/httpd" >>> -D SUEXEC_BIN=3D"/usr/httpd2.2.20/httpd/bin/suexec" >>> -D DEFAULT_PIDLOG=3D"logs/httpd.pid" >>> -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" >>> -D DEFAULT_LOCKFILE=3D"logs/accept.lock" >>> -D DEFAULT_ERRORLOG=3D"logs/error_log" >>> -D AP_TYPES_CONFIG_FILE=3D"conf/mime.types" >>> -D SERVER_CONFIG_FILE=3D"conf/httpd.conf" >>> >>> *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd >>> libm.so.2 =3D> /lib/libm.so.2 >>> libaprutil-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapruti= l-1.so.0 >>> libexpat.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libexpat.= so.0 >>> libiconv.so.2 =3D> /usr/local/lib/libiconv.so.2 >>> libapr-1.so.0 =3D> /usr/httpd2.2.20/httpd/lib/libapr-1.= so.0 >>> libuuid.so.1 =3D> /lib/libuuid.so.1 >>> libsendfile.so.1 =3D> /lib/libsendfile.so.1 >>> librt.so.1 =3D> /lib/librt.so.1 >>> libsocket.so.1 =3D> /lib/libsocket.so.1 >>> libnsl.so.1 =3D> /lib/libnsl.so.1 >>> libpthread.so.1 =3D> /lib/libpthread.so.1 >>> libc.so.1 =3D> /lib/libc.so.1 >>> libgcc_s.so.1 =3D> /usr/local/lib/libgcc_s.so.1 >>> libaio.so.1 =3D> /lib/libaio.so.1 >>> libmd.so.1 =3D> /lib/libmd.so.1 >>> libmp.so.2 =3D> /lib/libmp.so.2 >>> libscf.so.1 =3D> /lib/libscf.so.1 >>> libdoor.so.1 =3D> /lib/libdoor.so.1 >>> libuutil.so.1 =3D> /lib/libuutil.so.1 >>> libgen.so.1 =3D> /lib/libgen.so.1 >>> /lib/libm/libm_hwcap1.so.2 >>> /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 >>> >>> >>> *** (apr|apu)-config linking info >>> >>> -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv >>> -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt=20 >>> -lsocket -lnsl -lpthread >>> >>> >>> >>> *** /usr/local/bin/perl -V >>> Summary of my perl5 (revision 5 version 14 subversion 2) configuration: >>> >>> Platform: >>> osname=3Dsolaris, osvers=3D2.10, archname=3Dsun4-solaris-thread-mul= ti >>> uname=3D'sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc= -enterprise ' >>> config_args=3D'-de -Dcc=3Dgcc' >>> hint=3Dprevious, useposix=3Dtrue, d_sigaction=3Ddefine >>> useithreads=3Ddefine, usemultiplicity=3Ddefine >>> useperlio=3Ddefine, d_sfio=3Dundef, uselargefiles=3Ddefine, usesock= s=3Dundef >>> use64bitint=3Dundef, use64bitall=3Dundef, uselongdouble=3Dundef >>> usemymalloc=3Dn, bincompat5005=3Dundef >>> Compiler: >>> cc=3D'gcc', ccflags =3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/= usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_S= AFE_PUTENV -DPERL_USE_SAFE_PUTENV', >>> optimize=3D'-O', >>> cppflags=3D'-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/in= clude -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGE= FILE_SOURCE -D_FILE_OFFSET_BITS=3D64 -DPERL_USE_SAFE_PUTENV' >>> ccversion=3D'', gccversion=3D'3.4.6', gccosandvers=3D'solaris2.10' >>> intsize=3D4, longsize=3D4, ptrsize=3D4, doublesize=3D8, byteorder= =3D4321 >>> d_longlong=3Ddefine, longlongsize=3D8, d_longdbl=3Ddefine, longdbls= ize=3D16 >>> ivtype=3D'long', ivsize=3D4, nvtype=3D'double', nvsize=3D8, Off_t= =3D'off_t', lseeksize=3D8 >>> alignbytes=3D8, prototype=3Ddefine >>> Linker and Libraries: >>> ld=3D'gcc', ldflags =3D' -L/usr/local/lib ' >>> libpth=3D/usr/local/lib /usr/lib /usr/ccs/lib >>> libs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> perllibs=3D-lsocket -lnsl -ldl -lm -lpthread -lc >>> libc=3D/lib/libc.so, so=3Dso, useshrplib=3Dfalse, libperl=3Dlibperl= .a >>> gnulibc_version=3D'' >>> Dynamic Linking: >>> dlsrc=3Ddl_dlopen.xs, dlext=3Dso, d_dlsymun=3Dundef, ccdlflags=3D' = ' >>> cccdlflags=3D'-fPIC', lddlflags=3D'-G -L/usr/local/lib' >>> >>> >>> Characteristics of this binary (from libperl): >>> Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV >>> PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP >>> PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITH= READS >>> USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF >>> USE_REENTRANT_API >>> Built under solaris >>> Compiled at Feb 5 2013 10:37:08 >>> %ENV: >>> PERL_LWP_USE_HTTP_10=3D"1" >>> @INC: >>> /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/site_perl/5.14.2 >>> /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi >>> /usr/local/lib/perl5/5.14.2 >>> . >>> >>> *** Packages of interest status: >>> >>> Apache2 : - >>> Apache2::Request : - >>> CGI : 3.52 >>> ExtUtils::MakeMaker: 6.57_05 >>> LWP : 6.05 >>> mod_perl : - >>> mod_perl2 : 2.000007 >>> >>> >>> 3. This is the core dump trace: (if you get a core dump): >>> >>> [CORE TRACE COMES HERE] >>> >>> This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. >>> >>> -------------8<---------- End Bug Report --------------8<---------- >>> >>> Note: Complete the rest of the details and post this bug report to=20 >>> modperl perl.apache.org. To subscribe to the list send an empty=20 >>> email to modperl-subscribe@perl.apache.org. >>> >>> Met vriendelijke groet / With kind regards, >>> >>> Jitendra Soni >>> KPN - Application Development >>> Accenture | Bangalore INDIA >>> Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 >>> >>> >>> ________________________________ >>> This message is for the designated recipient only and may contain privi= leged, proprietary, or otherwise confidential information. If you have rece= ived it in error, please notify the sender immediately and delete the origi= nal. Any other use of the e-mail by you is prohibited. >>> >>> Where allowed by local law, electronic communications with Accenture an= d its affiliates, including e-mail and instant messaging (including content= ), may be scanned by our systems for the purposes of information security a= nd assessment of internal compliance with Accenture policy. >>> >>> ____________________________________________________________________ >>> _ >>> _________________ >>> >>> www.accenture.com >>> >> >> >> > > > > From modperl-return-63303-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 16:08:15 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 765741188E for ; Mon, 13 May 2013 16:08:15 +0000 (UTC) Received: (qmail 79845 invoked by uid 500); 13 May 2013 15:41:26 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 79813 invoked by uid 500); 13 May 2013 15:41:26 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 79805 invoked by uid 99); 13 May 2013 15:41:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 15:41:26 +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: local policy) Received: from [80.12.242.127] (HELO smtp.smtpout.orange.fr) (80.12.242.127) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 15:41:20 +0000 Received: from [192.168.1.12] ([193.251.178.45]) by mwinf5d62 with ME id bTgy1l01E0z9ZVd03Tgz7z; Mon, 13 May 2013 17:41:00 +0200 Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start From: Vincent Veyron To: jitendra.soni@accenture.com Cc: modperl@perl.apache.org In-Reply-To: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , Content-Type: text/plain; charset="ISO-8859-15" Date: Mon, 13 May 2013 17:40:58 +0200 Message-ID: <1368459658.2563.40.camel@asus-1001PX.home> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Le lundi 13 mai 2013 à 13:45 +0000, jitendra.soni@accenture.com a écrit : > But I have given chmod 777 to these folder, will then also it won't work?? It's not only these folders that must be accessible, the whole tree above them has to be executable by the Apache user. -- Salutations, Vincent Veyron http://marica.fr/site/demonstration Logiciel de gestion des contentieux juridiques et des sinistres d'assurance From modperl-return-63293-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 13 17:56:12 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 34B781105D for ; Mon, 13 May 2013 17:56:12 +0000 (UTC) Received: (qmail 52941 invoked by uid 500); 13 May 2013 12:29:31 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 52699 invoked by uid 500); 13 May 2013 12:29:31 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 52668 invoked by uid 99); 13 May 2013 12:29:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:29:30 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 May 2013 12:29:25 +0000 Received: from [192.168.245.129] (p549EBC8C.dip0.t-ipconnect.de [84.158.188.140]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 165973C071F for ; Mon, 13 May 2013 14:29:28 +0200 (CEST) Message-ID: <5190DC8F.4010403@ice-sa.com> Date: Mon, 13 May 2013 14:29:03 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi. And what makes you think that this is a mod_perl problem ? There is a fairly explicit error message (and support address) below, which tends to point to a problem in the add-on module or the configuration. jitendra.soni@accenture.com wrote: > Gentlemen, > > I need urgent help from you in fixing issue related to apache mobile filter 3.53. On putting below AMF configuration in apache httpd conf file I am not able to start apache. > > Below is the AMF configuration I have added in httpd conf: > > # > #Configuration AMF Filter > # > PerlSetEnv AMFMobileHome /home/AMF > #PerlSetEnv AMFProductionMode true > PerlSetEnv CacheDirectoryStore /home/soni498/AMF/cache/ > PerlTransHandler +Apache2::AMF51DegreesFilter > > # > #Configuration Switcher > # > > PerlSetEnv WildCardRedirect false > PerlSetEnv ForceTabletAsFullBrowser false > PerlSetEnv FullBrowserUrl http://sz1061.app.gen.local:83 > PerlSetEnv MobileVersionUrl http://sz1061.app.gen.local:83/m/ > PerlTransHandler +Apache2::AMFSwitcher > > > -------------8<---------- Start Bug Report ------------8<---------- > 1. Problem Description: > > Perl module not reading/setting the PerlSetEnv command, hence not getting CacheDirectoryStore value while stating apache. See error below: > (1) While starting below error we are getting > # ./apachectl.e.83 -k start > 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- > 09/05/13 - 12:05:17 - ------- APACHE MOBILE FILTER V3.54 ------- > 09/05/13 - 12:05:17 - ------- support http://groups.google.com/group/amf-device-detection ------- > 09/05/13 - 12:05:17 - --------------------------------------------------------------------------- > 09/05/13 - 12:05:17 - AMF51DegreesFilter module Version 3.54 > 09/05/13 - 12:05:17 - AMFCheckVersione is false, AMF don't check the last version. > 09/05/13 - 12:05:17 - CacheDirectoryStore not exist. Please set the variable CacheDirectoryStore into httpd.conf, (the directory must be writeable) > > > (2) In apache logs we are getting below error: > [Mon May 13 13:16:39 2013] [info] mod_ssl/2.2.20 compiled against Server: Apache/2.2.20, Library: OpenSSL/0.9.8k > Mon May 13 13:16:39 2013] [error] ModPerl::Util::exit: (120000) exit was called at /usr/local/lib/perl5/site_perl/5.14.2/Apache2/AMF51DegreesFilter.pm line 128Compilation failed in require at (eval 2) line 2.\n > failed to load Apache2::AMF51DegreesFilter package > > 2. Used Components and their Configuration: > > *** mod_perl version 2.000007 > > *** using /home/soni498/mod_perl-2.0.7/lib/Apache2/BuildConfig.pm > > *** Makefile.PL options: > MP_APR_LIB => aprext > MP_APXS => /usr/apache02/httpd_2.2.20/bin/apxs > MP_COMPAT_1X => 1 > MP_GENERATE_XS => 1 > MP_LIBNAME => mod_perl > MP_USE_DSO => 1 > > > *** /usr/httpd2.2.20/httpd/bin/httpd -V > Server version: Apache/2.2.20 (Unix) > Server built: Feb 5 2013 08:10:24 > Server's Module Magic Number: 20051115:28 > Server loaded: APR 1.4.5, APR-Util 1.3.12 > Compiled using: APR 1.4.5, APR-Util 1.3.12 > Architecture: 32-bit > Server MPM: Prefork > threaded: no > forked: yes (variable process count) > Server compiled with.... > -D APACHE_MPM_DIR="server/mpm/prefork" > -D APR_HAS_SENDFILE > -D APR_HAS_MMAP > -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) > -D APR_USE_PROC_PTHREAD_SERIALIZE > -D APR_USE_PTHREAD_SERIALIZE > -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT > -D APR_HAS_OTHER_CHILD > -D AP_HAVE_RELIABLE_PIPED_LOGS > -D DYNAMIC_MODULE_LIMIT=128 > -D HTTPD_ROOT="/usr/httpd2.2.20/httpd" > -D SUEXEC_BIN="/usr/httpd2.2.20/httpd/bin/suexec" > -D DEFAULT_PIDLOG="logs/httpd.pid" > -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" > -D DEFAULT_LOCKFILE="logs/accept.lock" > -D DEFAULT_ERRORLOG="logs/error_log" > -D AP_TYPES_CONFIG_FILE="conf/mime.types" > -D SERVER_CONFIG_FILE="conf/httpd.conf" > > *** /usr/bin/ldd /usr/httpd2.2.20/httpd/bin/httpd > libm.so.2 => /lib/libm.so.2 > libaprutil-1.so.0 => /usr/httpd2.2.20/httpd/lib/libaprutil-1.so.0 > libexpat.so.0 => /usr/httpd2.2.20/httpd/lib/libexpat.so.0 > libiconv.so.2 => /usr/local/lib/libiconv.so.2 > libapr-1.so.0 => /usr/httpd2.2.20/httpd/lib/libapr-1.so.0 > libuuid.so.1 => /lib/libuuid.so.1 > libsendfile.so.1 => /lib/libsendfile.so.1 > librt.so.1 => /lib/librt.so.1 > libsocket.so.1 => /lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libpthread.so.1 => /lib/libpthread.so.1 > libc.so.1 => /lib/libc.so.1 > libgcc_s.so.1 => /usr/local/lib/libgcc_s.so.1 > libaio.so.1 => /lib/libaio.so.1 > libmd.so.1 => /lib/libmd.so.1 > libmp.so.2 => /lib/libmp.so.2 > libscf.so.1 => /lib/libscf.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > /lib/libm/libm_hwcap1.so.2 > /platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1 > > > *** (apr|apu)-config linking info > > -L/usr/apache02/httpd_2.2.20/lib -laprutil-1 -lexpat -liconv > -L/usr/apache02/httpd_2.2.20/lib -lapr-1 -luuid -lsendfile -lrt -lsocket -lnsl -lpthread > > > > *** /usr/local/bin/perl -V > Summary of my perl5 (revision 5 version 14 subversion 2) configuration: > > Platform: > osname=solaris, osvers=2.10, archname=sun4-solaris-thread-multi > uname='sunos sz1061 5.10 generic_147440-19 sun4u sparc sunw,sparc-enterprise ' > config_args='-de -Dcc=gcc' > hint=previous, useposix=true, d_sigaction=define > useithreads=define, usemultiplicity=define > useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef > use64bitint=undef, use64bitall=undef, uselongdouble=undef > usemymalloc=n, bincompat5005=undef > Compiler: > cc='gcc', ccflags ='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -DPERL_USE_SAFE_PUTENV', > optimize='-O', > cppflags='-D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_REENTRANT -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV' > ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 > ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 > alignbytes=8, prototype=define > Linker and Libraries: > ld='gcc', ldflags =' -L/usr/local/lib ' > libpth=/usr/local/lib /usr/lib /usr/ccs/lib > libs=-lsocket -lnsl -ldl -lm -lpthread -lc > perllibs=-lsocket -lnsl -ldl -lm -lpthread -lc > libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a > gnulibc_version='' > Dynamic Linking: > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' > cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' > > > Characteristics of this binary (from libperl): > Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV > PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP > PERL_PRESERVE_IVUV PERL_USE_SAFE_PUTENV USE_ITHREADS > USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF > USE_REENTRANT_API > Built under solaris > Compiled at Feb 5 2013 10:37:08 > %ENV: > PERL_LWP_USE_HTTP_10="1" > @INC: > /usr/local/lib/perl5/site_perl/5.14.2/sun4-solaris-thread-multi > /usr/local/lib/perl5/site_perl/5.14.2 > /usr/local/lib/perl5/5.14.2/sun4-solaris-thread-multi > /usr/local/lib/perl5/5.14.2 > . > > *** Packages of interest status: > > Apache2 : - > Apache2::Request : - > CGI : 3.52 > ExtUtils::MakeMaker: 6.57_05 > LWP : 6.05 > mod_perl : - > mod_perl2 : 2.000007 > > > 3. This is the core dump trace: (if you get a core dump): > > [CORE TRACE COMES HERE] > > This report was generated by t/REPORT on Mon May 13 11:27:44 2013 GMT. > > -------------8<---------- End Bug Report --------------8<---------- > > Note: Complete the rest of the details and post this bug report to > modperl perl.apache.org. To subscribe to the list send an empty > email to modperl-subscribe@perl.apache.org. > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > > ________________________________ > This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > From modperl-return-63304-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 06:43:31 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DF98FD849 for ; Tue, 14 May 2013 06:43:31 +0000 (UTC) Received: (qmail 14737 invoked by uid 500); 14 May 2013 06:43:30 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 14638 invoked by uid 500); 14 May 2013 06:43:28 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 14609 invoked by uid 99); 14 May 2013 06:43:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 06:43:27 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jitendra.soni@accenture.com designates 216.32.181.182 as permitted sender) Received: from [216.32.181.182] (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 06:43:21 +0000 Received: from mail197-ch1-R.bigfish.com (10.43.68.238) by CH1EHSOBE009.bigfish.com (10.43.70.59) with Microsoft SMTP Server id 14.1.225.23; Tue, 14 May 2013 06:42:59 +0000 Received: from mail197-ch1 (localhost [127.0.0.1]) by mail197-ch1-R.bigfish.com (Postfix) with ESMTP id 9CAE8408B3; Tue, 14 May 2013 06:42:59 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.43.202;KIP:(null);UIP:(null);IPV:NLI;H:AMRXE3007.dir.svc.accenture.com;RD:amrxe3007.accenture.com;EFVD:NLI X-SpamScore: -2 X-BigFish: VPS-2(zz9371Ic89bh1be0I542Idbf2izz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz177df4h17326ah18602eh8275bh8275dhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail197-ch1: domain of accenture.com designates 170.252.43.202 as permitted sender) client-ip=170.252.43.202; envelope-from=jitendra.soni@accenture.com; helo=AMRXE3007.dir.svc.accenture.com ;ccenture.com ; Received: from mail197-ch1 (localhost.localdomain [127.0.0.1]) by mail197-ch1 (MessageSwitch) id 136851377765453_23667; Tue, 14 May 2013 06:42:57 +0000 (UTC) Received: from CH1EHSMHS031.bigfish.com (snatpool2.int.messaging.microsoft.com [10.43.68.234]) by mail197-ch1.bigfish.com (Postfix) with ESMTP id 0411A18004C; Tue, 14 May 2013 06:42:57 +0000 (UTC) Received: from AMRXE3007.dir.svc.accenture.com (170.252.43.202) by CH1EHSMHS031.bigfish.com (10.43.70.31) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 14 May 2013 06:42:56 +0000 Received: from AMRXH3003.dir.svc.accenture.com (10.63.34.25) by AMRXE3007.accenture.com (10.63.35.197) with Microsoft SMTP Server id 8.3.298.1; Tue, 14 May 2013 02:44:06 -0400 Received: from email.accenture.com (170.248.176.28) by AMRXH3003.dir.svc.accenture.com (10.63.34.73) with Microsoft SMTP Server (TLS) id 8.3.298.1; Tue, 14 May 2013 02:42:53 -0400 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-015.048d.mgd.msft.net ([170.248.176.28]) with mapi id 14.02.0328.011; Tue, 14 May 2013 06:42:46 +0000 From: To: CC: Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0IAAANu3AAAAEhOwAAC854AAACX7AAAED4YAAB9TcjA= Date: Tue, 14 May 2013 06:43:14 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> In-Reply-To: <1368459658.2563.40.camel@asus-1001PX.home> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org I tried with /AMF path also with folder owner as "nobody" then also while s= tarting apache its saying CacheDirectoryStore not exits.I tried following s= teps: (1) sudo su (that is for root user login) (2) Created folder AMF with owner as nobody. (3) Set PerlSetEnv CacheDirectoryStore /AMf (4) Restarted apache and got error CacheDirectoryStore not exits. Don't know what is missing from my side?? Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Vincent Veyron [mailto:vv.lists@wanadoo.fr] Sent: Monday, May 13, 2013 9:11 PM To: Soni, Jitendra Cc: modperl@perl.apache.org Subject: RE: Perl module not reading/setting PerlSetEnv command on apache s= tart Le lundi 13 mai 2013 =E0 13:45 +0000, jitendra.soni@accenture.com a =E9crit= : > But I have given chmod 777 to these folder, will then also it won't work?= ? It's not only these folders that must be accessible, the whole tree above t= hem has to be executable by the Apache user. -- Salutations, Vincent Veyron http://marica.fr/site/demonstration Logiciel de gestion des contentieux juridiques et des sinistres d'assurance This message is for the designated recipient only and may contain privilege= d, proprietary, or otherwise confidential information. If you have received= it in error, please notify the sender immediately and delete the original.= Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and it= s affiliates, including e-mail and instant messaging (including content), m= ay be scanned by our systems for the purposes of information security and a= ssessment of internal compliance with Accenture policy. ___________________________________________________________________________= ___________ www.accenture.com From modperl-return-63305-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 07:52:10 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 96B9C9EBD for ; Tue, 14 May 2013 07:52:10 +0000 (UTC) Received: (qmail 49534 invoked by uid 500); 14 May 2013 07:51:35 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 49127 invoked by uid 500); 14 May 2013 07:51:31 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 49110 invoked by uid 99); 14 May 2013 07:51:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:51:30 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:51:24 +0000 Received: from [192.168.245.129] (p549EBB5C.dip0.t-ipconnect.de [84.158.187.92]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id CC76D3C167E for ; Tue, 14 May 2013 09:51:28 +0200 (CEST) Message-ID: <5191ECE5.1080702@ice-sa.com> Date: Tue, 14 May 2013 09:51:01 +0200 From: =?ISO-8859-1?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org jitendra.soni@accenture.com wrote: > I tried with /AMF path also with folder owner as "nobody" then also while starting apache its saying CacheDirectoryStore not exits.I tried following steps: > > (1) sudo su (that is for root user login) > (2) Created folder AMF with owner as nobody. > (3) Set PerlSetEnv CacheDirectoryStore /AMf > (4) Restarted apache and got error CacheDirectoryStore not exits. > > Don't know what is missing from my side?? Neither do we, really. You may have better luck a the the support address for the add-on module that you are using : http://groups.google.com/group/amf-device-detection - > > Met vriendelijke groet / With kind regards, > > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 > > -----Original Message----- > From: Vincent Veyron [mailto:vv.lists@wanadoo.fr] > Sent: Monday, May 13, 2013 9:11 PM > To: Soni, Jitendra > Cc: modperl@perl.apache.org > Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start > > Le lundi 13 mai 2013 à 13:45 +0000, jitendra.soni@accenture.com a écrit : >> But I have given chmod 777 to these folder, will then also it won't work?? > > > It's not only these folders that must be accessible, the whole tree above them has to be executable by the Apache user. > > > > -- > Salutations, Vincent Veyron > http://marica.fr/site/demonstration > Logiciel de gestion des contentieux juridiques et des sinistres d'assurance > > > > This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. > > Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. > > ______________________________________________________________________________________ > > www.accenture.com > > From modperl-return-63306-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 07:57:42 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D7C719EDE for ; Tue, 14 May 2013 07:57:42 +0000 (UTC) Received: (qmail 72398 invoked by uid 500); 14 May 2013 07:57:42 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 72059 invoked by uid 500); 14 May 2013 07:57:41 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 72033 invoked by uid 99); 14 May 2013 07:57:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:57:40 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jitendra.soni@accenture.com designates 216.32.181.181 as permitted sender) Received: from [216.32.181.181] (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:57:34 +0000 Received: from mail125-ch1-R.bigfish.com (10.43.68.238) by CH1EHSOBE012.bigfish.com (10.43.70.62) with Microsoft SMTP Server id 14.1.225.23; Tue, 14 May 2013 07:57:13 +0000 Received: from mail125-ch1 (localhost [127.0.0.1]) by mail125-ch1-R.bigfish.com (Postfix) with ESMTP id 274D7403B8 for ; Tue, 14 May 2013 07:57:13 +0000 (UTC) X-Forefront-Antispam-Report: CIP:170.252.38.67;KIP:(null);UIP:(null);IPV:NLI;H:EMEXE3003.dir.svc.accenture.com;RD:emexe3003.accenture.com;EFVD:NLI X-SpamScore: -4 X-BigFish: VPS-4(zz98dI9371Ic89bh1be0I542I1432Idbf2izz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6hzz177df4h17326ah18602eh8275bh8275dhz2fh2a8h668h839h947hd25hf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh15d0h162dh1631h1758h18e1h1946h19b5h1b0ah1d0ch1d2eh1d3fh1155h) Received-SPF: pass (mail125-ch1: domain of accenture.com designates 170.252.38.67 as permitted sender) client-ip=170.252.38.67; envelope-from=jitendra.soni@accenture.com; helo=EMEXE3003.dir.svc.accenture.com ;ccenture.com ; Received: from mail125-ch1 (localhost.localdomain [127.0.0.1]) by mail125-ch1 (MessageSwitch) id 136851823280019_7823; Tue, 14 May 2013 07:57:12 +0000 (UTC) Received: from CH1EHSMHS025.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.253]) by mail125-ch1.bigfish.com (Postfix) with ESMTP id 114C6320051 for ; Tue, 14 May 2013 07:57:12 +0000 (UTC) Received: from EMEXE3003.dir.svc.accenture.com (170.252.38.67) by CH1EHSMHS025.bigfish.com (10.43.70.25) with Microsoft SMTP Server (TLS) id 14.1.225.23; Tue, 14 May 2013 07:57:11 +0000 Received: from EMEXH3006.dir.svc.accenture.com (10.134.3.71) by EMEXE3003.dir.svc.accenture.com (10.134.4.193) with Microsoft SMTP Server id 8.3.298.1; Tue, 14 May 2013 09:57:03 +0200 Received: from email.accenture.com (170.248.175.73) by EMEXH3006.dir.svc.accenture.com (10.134.3.77) with Microsoft SMTP Server (TLS) id 8.3.298.1; Tue, 14 May 2013 09:57:02 +0200 Received: from 048-CH1MPN1-213.048d.mgd.msft.net ([169.254.3.70]) by 048-CH1MMR1-034.048d.mgd.msft.net ([170.248.175.73]) with mapi id 14.02.0328.011; Tue, 14 May 2013 07:57:23 +0000 From: To: Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start Thread-Topic: Perl module not reading/setting PerlSetEnv command on apache start Thread-Index: Ac5P0L3QIGxBpcs8SuGipRY363GHQwABLYCAAAAyA+AAAGIbgAAAJ77QAAAX0IAAANu3AAAAEhOwAAC854AAACX7AAAED4YAAB9TcjAAAo16gAAAIT6w Date: Tue, 14 May 2013 07:57:22 +0000 Message-ID: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> <5191ECE5.1080702@ice-sa.com> In-Reply-To: <5191ECE5.1080702@ice-sa.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.246.9.60] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: accenture.com X-Virus-Checked: Checked by ClamAV on apache.org I posted the issue on AMF group only then they said to post query to apache= perl group.Is there any other forum where I can get solution for this issu= e? Met vriendelijke groet / With kind regards, Jitendra Soni KPN - Application Development Accenture | Bangalore INDIA Mailto : jitendra.soni@accenture.com Mobile : (+91) 99 860 298 97 -----Original Message----- From: Andr=E9 Warnier [mailto:aw@ice-sa.com]=20 Sent: Tuesday, May 14, 2013 1:21 PM To: mod_perl list Subject: Re: Perl module not reading/setting PerlSetEnv command on apache s= tart jitendra.soni@accenture.com wrote: > I tried with /AMF path also with folder owner as "nobody" then also while= starting apache its saying CacheDirectoryStore not exits.I tried following= steps: >=20 > (1) sudo su (that is for root user login) > (2) Created folder AMF with owner as nobody. > (3) Set PerlSetEnv CacheDirectoryStore /AMf > (4) Restarted apache and got error CacheDirectoryStore not exits. >=20 > Don't know what is missing from my side?? Neither do we, really. You may have better luck a the the support address for the add-on module th= at you are using : http://groups.google.com/group/amf-device-detection - >=20 > Met vriendelijke groet / With kind regards, >=20 > Jitendra Soni > KPN - Application Development > Accenture | Bangalore INDIA > Mailto : jitendra.soni@accenture.com > Mobile : (+91) 99 860 298 97 >=20 > -----Original Message----- > From: Vincent Veyron [mailto:vv.lists@wanadoo.fr] > Sent: Monday, May 13, 2013 9:11 PM > To: Soni, Jitendra > Cc: modperl@perl.apache.org > Subject: RE: Perl module not reading/setting PerlSetEnv command on apache= start >=20 > Le lundi 13 mai 2013 =E0 13:45 +0000, jitendra.soni@accenture.com a =E9cr= it : >> But I have given chmod 777 to these folder, will then also it won't work= ?? >=20 >=20 > It's not only these folders that must be accessible, the whole tree above= them has to be executable by the Apache user. >=20 >=20 >=20 > -- > Salutations, Vincent Veyron > http://marica.fr/site/demonstration > Logiciel de gestion des contentieux juridiques et des sinistres d'assuran= ce >=20 >=20 >=20 > This message is for the designated recipient only and may contain privile= ged, proprietary, or otherwise confidential information. If you have receiv= ed it in error, please notify the sender immediately and delete the origina= l. Any other use of the e-mail by you is prohibited. >=20 > Where allowed by local law, electronic communications with Accenture and = its affiliates, including e-mail and instant messaging (including content),= may be scanned by our systems for the purposes of information security and= assessment of internal compliance with Accenture policy. >=20 > _________________________________________________________________________= _____________ >=20 > www.accenture.com >=20 >=20 From modperl-return-63307-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 11:43:27 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 376B0955E for ; Tue, 14 May 2013 11:43:27 +0000 (UTC) Received: (qmail 68363 invoked by uid 500); 14 May 2013 11:43:26 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 68144 invoked by uid 500); 14 May 2013 11:43:23 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 68097 invoked by uid 99); 14 May 2013 11:43:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 11:43:21 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [66.94.237.206] (HELO nm5.access.bullet.mail.mud.yahoo.com) (66.94.237.206) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 11:43:16 +0000 Received: from [66.94.237.195] by nm5.access.bullet.mail.mud.yahoo.com with NNFMP; 14 May 2013 11:42:35 -0000 Received: from [66.94.237.98] by tm6.access.bullet.mail.mud.yahoo.com with NNFMP; 14 May 2013 11:42:35 -0000 Received: from [127.0.0.1] by omp1003.access.mail.mud.yahoo.com with NNFMP; 14 May 2013 11:42:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 910170.81154.bm@omp1003.access.mail.mud.yahoo.com Received: (qmail 57409 invoked by uid 60001); 14 May 2013 11:42:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1368531755; bh=ZXvlqP5t/eLXuyxUshHoA2W5tOYs3TyZW72r3tUFm5c=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=O/9AMuyfMR77g4ZlqKiMbZKA0r2jDhlFoZUNmfK5hp8TkHoHio4Iu1YXQ8Va8ITs8MmyxXKB1vg76y8wou3mBtcucyNB8AgjTDvURBlQRGL+itpbRQnrmRQlZMbA0503sJ4JMtWcel3xQC8W29F6Lx3zYe+Ofp1Uxiy8u48WOgM= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=ICxzl5vRmKRa9px/zIGXkU5Da3CjOyJbc+xzUbs0q8j+XlpjoWEH0bY/OjWYLlk4FjU/Zu79fHElqbC5M1j354Uuq/r6lJikEYLiZbyeBo04NKp9gTbyKrLr0WouGit5i4jadM2Fd2KlCaWMc5oEZalhP9NrEvqw31+V/PCTtVQ=; X-YMail-OSG: vRrIlqkVM1k9Bce3CqVjJusc6XkwF9ygBk7ggGU1n8g8y4n VL_iHn1zQUXr9WetZY3ZBVAWCZ3UcqtnfzIOZ8Th3kD0UBID.3xO2o4oHv2I CCnwWv_RMQS4pnpcDukEuwEK2f6D7d_5.uwzNe72cHCQfnjHV8rTdga_oNM5 jaSPpFpB7ktdKiXiyiIXfGoQuudpsqfCTtJ3joFJuWqAG.YO.aEvF_HK4zCz VS7R_02ozlZoDpox674vC0b38oHLcvmS7fb7bbRLNN2OSzi_KvtoXZG6U_hK D8V8pZCC5vCG8K6vVOPNzpdxIHSFUot4bL8JQW65dOLkb602y5NVyXl7LyY1 Uxeps.bZk2NtA3jzwOQ5ERlHkgfsq4SflPGeAkLy8RkyUlI7q6LQCIoOFntE vwwwRCIk3eSwmUpLJnhsWVjAo1ph6gAipMTtkQKSpyFjt4MY3i28ubfvcWP0 rgVbcmUQZ3h3UvnVS4FMpLHf8VLEJmgxu0rWAp0IGsJnaiVMX4jXQJ.bzoZM 5Np6ttKPmjYTLCUT8pfMTJlLzsI4pwRoW2oNctsIZ8eDsq5nA1z6aOAfKTXk Iyr.slAQX8EoEOHjMwDpL0UzVL35W7I4fDdFW7b_1jfXQTadc90SmgSYVWEb SVJg1wg8LCYJZKMTajkK3wg2OyggNZ8XOlndIC4b6ozyYjpJwnUmr0MsRfW3 0WadVJR_Xz9kQyUfIWMh_sLJxDB6Wi_cEQOhLVTg2DvVohtfc.AmcoKJc4y_ .isCbPqoEM2StoVXRCt.dzj37B2TQAcNOW0bzl2DFGBYSrQo6 Received: from [151.193.220.28] by web180905.mail.ne1.yahoo.com via HTTP; Tue, 14 May 2013 04:42:35 PDT X-Rocket-MIMEInfo: 002.001,RnJvbTogImppdGVuZHJhLnNvbmlAYWNjZW50dXJlLmNvbSIgPGppdGVuZHJhLnNvbmlAYWNjZW50dXJlLmNvbT4KVG86IG1vZHBlcmxAcGVybC5hcGFjaGUub3JnClNlbnQ6IFR1ZSwgTWF5IDE0LCAyMDEzIDI6NTc6NDIgQU0KU3ViamVjdDogUkU6IFBlcmwgbW9kdWxlIG5vdCByZWFkaW5nL3NldHRpbmcgUGVybFNldEVudiBjb21tYW5kIG9uIGFwYWNoZSBzdGFydAoKSSBwb3N0ZWQgdGhlIGlzc3VlIG9uIEFNRiBncm91cCBvbmx5IHRoZW4gdGhleSBzYWlkIHRvIHBvc3QgcXVlcnkgdG8gYXBhY2hlIHBlcmwBMAEBAQE- X-Mailer: YahooMailRC/729 YahooMailWebService/0.8.141.536 References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> <5191ECE5.1080702@ice-sa.com> Message-ID: <1368531755.20929.YahooMailRC@web180905.mail.ne1.yahoo.com> Date: Tue, 14 May 2013 04:42:35 -0700 (PDT) From: Jayson Hill Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start To: jitendra.soni@accenture.com, modperl@perl.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="1121015473-1051993693-1368531755=:20929" X-Virus-Checked: Checked by ClamAV on apache.org --1121015473-1051993693-1368531755=:20929 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable From: "jitendra.soni@accenture.com" =0ATo: mod= perl@perl.apache.org=0ASent: Tue, May 14, 2013 2:57:42 AM=0ASubject: RE: Pe= rl module not reading/setting PerlSetEnv command on apache start=0A=0AI pos= ted the issue on AMF group only then they said to post query to apache perl= =0Agroup.Is there any other forum where I can get solution for this issue?= =0A=0AMet vriendelijke groet / With kind regards,=0A=0AJitendra Soni=0AKPN = - Application Development=0AAccenture | Bangalore INDIA=0AMailto : jitendra= .soni@accenture.com=0AMobile : (+91) 99 860 298 97=0A=0A=0A-----Original Me= ssage-----=0AFrom: Andr=E9 Warnier [mailto:aw@ice-sa.com] =0ASent: Tuesday,= May 14, 2013 1:21 PM=0ATo: mod_perl list=0ASubject: Re: Perl module not re= ading/setting PerlSetEnv command on apache start=0A=0Ajitendra.soni@accentu= re.com wrote:=0A> I tried with /AMF path also with folder owner as "nobody"= then also while =0A>starting apache its saying CacheDirectoryStore not exi= ts.I tried following =0A>steps:=0A> =0A> (1) sudo su (that is for root user= login)=0A> (2) Created folder AMF with owner as nobody.=0A> (3) Set PerlSe= tEnv CacheDirectoryStore /AMf=0A> (4) Restarted apache and got error CacheD= irectoryStore not exits.=0A> =0A> Don't know what is missing from my side??= =0A=0ANeither do we, really.=0AYou may have better luck a the the support a= ddress for the add-on module that =0Ayou are using :=0Ahttp://groups.google= .com/group/amf-device-detection -=0A=0A=0A=0A> =0A> Met vriendelijke groet = / With kind regards,=0A> =0A> Jitendra Soni=0A> KPN - Application Developme= nt=0A> Accenture | Bangalore INDIA=0A> Mailto : jitendra.soni@accenture.com= =0A> Mobile : (+91) 99 860 298 97=0A> =0A> -----Original Message-----=0A> F= rom: Vincent Veyron [mailto:vv.lists@wanadoo.fr]=0A> Sent: Monday, May 13, = 2013 9:11 PM=0A> To: Soni, Jitendra=0A> Cc: modperl@perl.apache.org=0A> Sub= ject: RE: Perl module not reading/setting PerlSetEnv command on apache =0As= tart=0A> =0A> Le lundi 13 mai 2013 =E0 13:45 +0000, jitendra.soni@accenture= .com a =E9crit :=0A>> But I have given chmod 777 to these folder, will then= also it won't work??=0A> =0A> =0A> It's not only these folders that must b= e accessible, the whole tree above them =0A>has to be executable by the Apa= che user.=0A> =0A> =0A> =0A> --=0A> Salutations, Vincent Veyron=0A> http://= marica.fr/site/demonstration=0A> Logiciel de gestion des contentieux juridi= ques et des sinistres d'assurance=0A> =0A> =0A> =0A> This message is for th= e designated recipient only and may contain privileged, =0A>proprietary, or= otherwise confidential information. If you have received it in =0A>error, = please notify the sender immediately and delete the original. Any other =0A= >use of the e-mail by you is prohibited.=0A> =0A> Where allowed by local la= w, electronic communications with Accenture and its =0A>affiliates, includi= ng e-mail and instant messaging (including content), may be =0A>scanned by = our systems for the purposes of information security and assessment =0A>of = internal compliance with Accenture policy.=0A> =0A>________________________= ______________________________________________________________=0A>_=0A> =0A= > www.accenture.com=0A> =0A> =0A=0A=0A=0AHi Jitendra,=0A=0AHave you tried d= umping your %ENV settings with a .cgi script to be =0Asure CacheDirectorySt= ore is picked up?=0AThe reason I ask is because of this bit of code in Apac= he2::AMF51DegreesFilter:=0A if ($ENV{CacheDirectoryStore}) { =0A=09$cached= irectorystore=3D$ENV{CacheDirectoryStore}; =0A=09$CommonLib->printLog("Cach= eDirectoryStore is: $cachedirectorystore"); } else =0A{ =09 $CommonLib->= printLog("CacheDirectoryStore not exist.=09Please set the =0Avariable Cache= DirectoryStore into httpd.conf, (the directory must be =0Awriteable)"); =09= ModPerl::Util::exit(); } =0A=0A=0AI believe that's the code lo= gging your error and exiting. Given that, =0Adouble-check that CacheDirecto= ryStore is actually being set in your %ENV.=0AIn the past, I've found dumpi= ng %ENV to be an easy way to check. A quick search =0Awill deliver a .cgi t= hat can do that for you.=0A=0AAlso, due to the way the error is logged, I'm= not convinced you actually have a =0Awrite-ability issue on the directory.= =0AIt looks like "must be writeable" is a thrown-in comment as there doesn= 't seem =0Ato be an actual check if the dir is writable or not. That's unfo= rtunate if so, =0Abut perhaps I'm misreading the error above...=0A=0ADouble= -check your location in httpd.conf that you set CacheDirectoryStore and =0A= dump out %ENV to be sure it's there.=0A=0AHope this helps.=0A=0AThanks,=0A= =0AJayson --1121015473-1051993693-1368531755=:20929 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
From: "jitendra.soni@accenture.com= " <jitendra.soni@accenture.com>
To: modperl@perl.apache.org
Sent: Tue, May 14, 2013 2:57:42 AM
Subject: RE: Perl module not reading/settin= g PerlSetEnv command on apache start

=0AI posted the issue on= AMF group only then they said to post query to apache perl group.Is there = any other forum where I can get solution for this issue?

Met vriende= lijke groet / With kind regards,

Jitendra Soni
KPN - Application = Development
Accenture | Bangalore INDIA
Mailto : j= itendra.soni@accenture.com
Mobile : (+91) 99 860 298 97


-= ----Original Message-----
From: Andr=E9 Warnier [mailto:aw@ice-sa.com]
Se= nt: Tuesday, May 14, 2013 1:21 PM
To: mod_perl list
Subject: Re: Perl= module not reading/setting PerlSetEnv command on apache start

jitendra.soni@accenture.com wrote:
> I tried with /= AMF path also with folder owner as "nobody" then also while starting apache its saying CacheDirectoryStore not exits.I tried following= steps:
>
> (1) sudo su (that is for root user login)
> = (2) Created folder AMF with owner as nobody.
> (3) Set PerlSetEnv Cac= heDirectoryStore /AMf
> (4) Restarted apache and got error CacheDirec= toryStore not exits.
>
> Don't know what is missing from my si= de??

Neither do we, really.
You may have better luck a the the su= pport address for the add-on module that you are using :
http://g= roups.google.com/group/amf-device-detection -



>
&= gt; Met vriendelijke groet / With kind regards,
>
> Jitendra S= oni
> KPN - Application Development
> Accenture | Bangalore IND= IA
> Mailto : jitendra.soni@accenture.com
> Mobile : (+91) 99 860 298 97
>
> -----Original Messa= ge-----
> From: Vincent Veyron [mailto:
vv.lists@wanadoo.fr]> Sent: Monday, May 13, 2013 9:11 PM
> To: Soni, Jitendra
>= Cc: modperl@perl.apache.org
> Subject: RE: Perl modul= e not reading/setting PerlSetEnv command on apache start
>
> L= e lundi 13 mai 2013 =E0 13:45 +0000, jitendra.soni@accen= ture.com a =E9crit :
>> But I have given chmod 777 to these fo= lder, will then also it won't work??
>
>
> It's not onl= y these folders that must be accessible, the whole tree above them has to b= e executable by the Apache user.
>
>
>
> --
&g= t; Salutations, Vincent Veyron
> http://marica.fr/site/demonstration
&g= t; Logiciel de gestion des contentieux juridiques et des sinistres d'assura= nce
>
>
>
> This message is for the designated r= ecipient only and may contain privileged, proprietary, or otherwise confide= ntial information. If you have received it in error, please notify the send= er immediately and delete the original. Any other use of the e-mail by you = is prohibited.
>
> Where allowed by local law, electronic comm= unications with Accenture and its affiliates, including e-mail and instant = messaging (including content), may be scanned by our systems for the purpos= es of information security and assessment of internal compliance with Accen= ture policy.
>
> __________________________________________________________________________= ____________
>
> www.accenture.com
>
>


<= div style=3D"font-family: 'times new roman', 'new york', times, serif;">Hi = Jitendra,

Have you tried dumping your %ENV settings with a .cgi = script to be sure CacheDirectoryStore is picked up?
The reason I ask is because of this bit of code in Apache2::AM= F51DegreesFilter:
  if
 ($ENV{CacheDirectoryStore}) {=0A=09$cachedirectorystore=3D$ENV{CacheDirect=
oryStore};=0A=09$CommonLib->printLog("CacheDirectoryStore is: $cachedire=
ctorystore");=0A  } else {=0A=09  $CommonLib->printLog("CacheDirectorySt=
ore not exist.=09Please set the variable CacheDirectoryStore into httpd.con=
f, (the directory must be writeable)");=0A=09  ModPerl::Util::exit();      =
=0A  }   =0A

I believe that's the code logging your error = and exiting. Given that, double-check that CacheDirectoryStore is actually being set in y= our %ENV.
In the past, I've found dumping %ENV to be an easy way to check. A quick s= earch will deliver a .cgi that can do that for you.

Also, due to the way the error is = logged, I'm not convinced you actually have a write-ability issue on the directory. 
= It looks like "must= be writeable" is a thrown-in comment as there doesn't seem to be an actual= check if the dir is writable or not. That's unfortunate if so, but perhaps= I'm misreading the error above...

Double-check your location in httpd.conf that you set CacheDirectorySt= ore and dump out %ENV to be sure it's there.

Hope this helps.

Thanks,

Jayson
=0A=0A=0A
--1121015473-1051993693-1368531755=:20929-- From modperl-return-63308-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 19:25:46 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9FAE79EA5 for ; Tue, 14 May 2013 19:25:46 +0000 (UTC) Received: (qmail 58286 invoked by uid 500); 14 May 2013 19:25:45 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 58154 invoked by uid 500); 14 May 2013 19:25:45 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 58145 invoked by uid 99); 14 May 2013 19:25:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 19:25:45 +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: local policy) Received: from [80.12.242.124] (HELO smtp.smtpout.orange.fr) (80.12.242.124) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 19:25:39 +0000 Received: from [192.168.1.12] ([193.251.178.45]) by mwinf5d37 with ME id bvRH1l00Q0z9ZVd03vRJTd; Tue, 14 May 2013 21:25:18 +0200 Subject: RE: Perl module not reading/setting PerlSetEnv command on apache start From: Vincent Veyron To: jitendra.soni@accenture.com Cc: modperl@perl.apache.org In-Reply-To: References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> Content-Type: text/plain; charset="ISO-8859-15" Date: Tue, 14 May 2013 21:25:17 +0200 Message-ID: <1368559517.2525.4.camel@asus-1001PX.home> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Le mardi 14 mai 2013 à 06:43 +0000, jitendra.soni@accenture.com a écrit : > I tried with /AMF path also with folder owner as "nobody" then also while starting apache its saying CacheDirectoryStore not exits.I tried following steps: > > (1) sudo su (that is for root user login) > (2) Created folder AMF with owner as nobody. > (3) Set PerlSetEnv CacheDirectoryStore /AMf > (4) Restarted apache and got error CacheDirectoryStore not exits. > > Don't know what is missing from my side?? Can you try with the usual user (www-data) for Apache and your directories/paths owned all the way by www-data, just to see if that makes a difference? -- Salutations, Vincent Veyron http://vincentveyron.com Logiciels de gestion des sinistres assurance et des contentieux pour le service juridique From modperl-return-63309-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 14 20:14:14 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74B50D79D for ; Tue, 14 May 2013 20:14:14 +0000 (UTC) Received: (qmail 98388 invoked by uid 500); 14 May 2013 20:14:13 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 98318 invoked by uid 500); 14 May 2013 20:14:13 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 98310 invoked by uid 99); 14 May 2013 20:14:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 20:14:13 +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 torsten.foertsch@gmx.net designates 212.227.17.21 as permitted sender) Received: from [212.227.17.21] (HELO mout.gmx.net) (212.227.17.21) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 20:14:07 +0000 Received: from mailout-de.gmx.net ([10.1.76.33]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MhOyy-1Up2td1Ag6-00MYJe for ; Tue, 14 May 2013 22:13:47 +0200 Received: (qmail invoked by alias); 14 May 2013 20:13:47 -0000 Received: from p4FD6B470.dip0.t-ipconnect.de (EHLO opi.home) [79.214.180.112] by mail.gmx.net (mp033) with SMTP; 14 May 2013 22:13:47 +0200 X-Authenticated: #1700068 X-Provags-ID: V01U2FsdGVkX18LOmx8Vg8LKqprgQo3nSBJ8eqT71Jmf79w7vE6wk wFgdXVW719w54l Message-ID: <51929AF9.1020906@gmx.net> Date: Tue, 14 May 2013 22:13:45 +0200 From: =?ISO-8859-1?Q?Torsten_F=F6rtsch?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: jitendra.soni@accenture.com CC: modperl@perl.apache.org Subject: Re: Perl module not reading/setting PerlSetEnv command on apache start References: <5190DC8F.4010403@ice-sa.com> <5190E071.5090202@ice-sa.com> <5190E7DE.9040605@ice-sa.com> , <1368459658.2563.40.camel@asus-1001PX.home> <5191ECE5.1080702@ice-sa.com> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org On 14/05/13 09:57, jitendra.soni@accenture.com wrote: > I posted the issue on AMF group only then they said to post query to > apache perl group.Is there any other forum where I can get solution > for this issue? I didn't follow this thread. So, please ignore if this has been asked before. What handler are you using? modperl or perl-script? What PerlOptions? If your handler is modperl try perl-script or PerlOptions +SetupEnv Torsten From modperl-return-63310-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 22 21:16:02 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 03A22DB55 for ; Wed, 22 May 2013 21:16:02 +0000 (UTC) Received: (qmail 20625 invoked by uid 500); 22 May 2013 21:16:00 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 20560 invoked by uid 500); 22 May 2013 21:16:00 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 20551 invoked by uid 99); 22 May 2013 21:16:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 May 2013 21:16:00 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [98.138.91.186] (HELO nm26-vm4.bullet.mail.ne1.yahoo.com) (98.138.91.186) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 May 2013 21:15:54 +0000 Received: from [98.138.90.54] by nm26.bullet.mail.ne1.yahoo.com with NNFMP; 22 May 2013 21:15:33 -0000 Received: from [98.138.89.167] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 22 May 2013 21:15:33 -0000 Received: from [127.0.0.1] by omp1023.mail.ne1.yahoo.com with NNFMP; 22 May 2013 21:15:33 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 210552.15044.bm@omp1023.mail.ne1.yahoo.com Received: (qmail 13739 invoked by uid 60001); 22 May 2013 21:15:33 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1369257333; bh=XuYu7rqXjkps6bXrprt+4xFuksXgugQ4Mx9HWT6B2Uc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=i/eIm4RisiE7Ko+BL7EoLhzkFw90iub2H4mVkLnuK0N6NEijues2WAkxMTFkSz4DKSFOrRWLdQ8+kQsYVAtUiN1u1AEjf6g4OkowZyiKyEzgO8Aw1YIfiU9Q2kDJv3TGMkpN6HedSGxXkBXI30JnVi5IaVRIhOzldeYyPHYnOVU= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=bVCTlm3rAu2nRbb++Eiit3SQM7fx94ITBhg/VAZyl2e/JzrXu1y/E3wPsCkYB1u4s07Iii+9vaV2yrMaM+AAdNde4+y0NNySRnd0SX0ARrTDOycH7sgHc7pHG7445Vw48ropg0GcU5ce4EZDSkr1NwQmM8P4WNAEiw0ChXfgQAc=; X-YMail-OSG: AG2S6BUVM1mqr0FUksa_hHtr3Jqw7UcqLlhOSgdM1nSrbwe 7W3JhqEXoa75l.VV4wO9RycrrJWX9mXQksMaghOe3g3wl18tbU0P5L0Ai3Fv GdOt.6w52FIfdOjjck9lIVDXtI1.KxauaJzUrI9KJdMB1y.TY8eo8Q3sjZEH sIVGcesOwJJQV2J8Lme4o3DBnfAiBT5bAMxASgh_D53_6p2.G4ap9T7HPivi Ag3bWpeEsbzG5BfJnbXOsu2o4q_f3YyiEOQvB4NyTc8R58KYID4PP2OhY2tA 6VXlUEaHhFYYJJzbpaFag1VgwmtHyjVTqXiXZp4IKq9KP2hNTTVhoGRzLWBH Chf6fw5kLJd1IhfQxhEDy2Cc4ZyjZroG6jGXm2nA6B8h.tGWx_PJK6I7LU0d etugG0xTpJOUE7Kkq0JasSt0qQcqChVYv6H5hskwtHi_kC7QqkpvaDWyZQuu W7EEe9pcaDqwz3AMEMDT37nSDlSEWOILj4QXDEI5H4DNfoW49dLBJ6.526y6 5n4lT5F3GSU__L3xJDXDKGjOOocIbBpjR3FosiOuRZJNsQJkvBMMKFbcmcjO 05K9WldeWFVqQUnGkubCYHs60yqDtImA.yIO6gwpJlKy7YgzQoA9hQE9FIF_ V6fvFlGHZ2EioZjWx1JWKOm8HyvCSitchMSKzcA9R49cJbC1mPcSdXwTIDSt lmGwtlDVCV1lb6E8xUZU7UkXifDCiy5HS3Syqja_. Received: from [67.175.100.98] by web125002.mail.ne1.yahoo.com via HTTP; Wed, 22 May 2013 14:15:32 PDT X-Rocket-MIMEInfo: 002.001,SGksCgrCoApJJ20gaW4gdGhlIHByb2Nlc3Mgb2YgbW92aW5nIGEgbW9kX3BlcmwgYXBwbGljYXRpb24gcnVubmluZyBhcGFjaGUgMS4zIGluIEFJWCB0byBhcGFjaGUgMi4yIGluwqBSZWRIYXQgTGludXguwqDCoCBJIGdldCB0aGUgU1NMIGlucHV0IGZpbHRlciByZWFkwqBmYWlsZWQgZXJyb3Igd2hlbiBzZW5kaW5nIGEgcmVxdWVzdCB0aHJvdWdoIHRoZSB3ZWJzaXRlLgrCoApCZWxvdyBhcmUgdGhlIGRldGFpbHMuCsKgClRoYW5rcywKwqAKU3VqZWV2YcKgCsKgClZpcnR1YWwgU2VydmVyIGVycm9yLmxvZwoBMAEBAQE- X-Mailer: YahooMailWebService/0.8.142.542 References: <1369255624.91755.YahooMailNeo@web125002.mail.ne1.yahoo.com> Message-ID: <1369257332.13227.YahooMailNeo@web125002.mail.ne1.yahoo.com> Date: Wed, 22 May 2013 14:15:32 -0700 (PDT) From: Sujeeva Seneviratne Reply-To: Sujeeva Seneviratne Subject: Apache Error 70007 - The timeout specified has expired: SSL input filter read failed To: "modperl@perl.apache.org" In-Reply-To: <1369255624.91755.YahooMailNeo@web125002.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-597570167-192641071-1369257332=:13227" X-Virus-Checked: Checked by ClamAV on apache.org ---597570167-192641071-1369257332=:13227 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=0A=A0=0AI'm in the process of moving a mod_perl application running = apache 1.3 in AIX to apache 2.2 in=A0RedHat Linux.=A0=A0 I get the SSL inpu= t filter read=A0failed error when sending a request through the website.=0A= =A0=0ABelow are the details.=0A=A0=0AThanks,=0A=A0=0ASujeeva=A0=0A=A0=0AVir= tual Server error.log=0A=A0=0AStart Apache:=0A[Wed May 22 12:11:19 2013] [i= nfo] Loading certificate & private key of SSL-aware server 'wlm6hub5app01-a= ccess:443'=0A[Wed May 22 12:11:19 2013] [info] Configuring server for SSL p= rotocol=0A[Wed May 22 12:11:19 2013] [warn] RSA server certificate is a CA = certificate (BasicConstraints: CA =3D=3D TRUE !?)=0A[Wed May 22 12:11:19 20= 13] [warn] RSA server certificate CommonName (CN) `wlm6hub5app01-access.com= ' does NOT match server name!?=0A[Wed May 22 12:11:21 2013] [info] Loading = certificate & private key of SSL-aware server 'wlm6hub5app01-access:443'=0A= [Wed May 22 12:11:21 2013] [info] Configuring server for SSL protocol=0A[We= d May 22 12:11:21 2013] [warn] RSA server certificate is a CA certificate (= BasicConstraints: CA =3D=3D TRUE !?)=0A[Wed May 22 12:11:21 2013] [warn] RS= A server certificate CommonName (CN) `wlm6hub5app01-access.com' does NOT ma= tch server name!?=0A=A0=0AGo to URL from Chrome:=0A[Wed May 22 12:13:31 201= 3] [info] [client 172.27.60.129] Connection to child 0 established (server = wlm6hub5app01-access:443)=0A[Wed May 22 12:13:31 2013] [info] Seeding PRNG = with 144 bytes of entropy=0A[Wed May 22 12:13:31 2013] [info] [client 172.2= 7.60.129] (70014)End of file found: SSL input filter read failed.=0A[Wed Ma= y 22 12:13:31 2013] [info] [client 172.27.60.129] Connection closed to chil= d 0 with standard shutdown (server wlm6hub5app01-access:443)=0A[Wed May 22 = 12:13:31 2013] [info] [client 172.27.60.129] Connection to child 0 establis= hed (server wlm6hub5app01-access:443)=0A[Wed May 22 12:13:31 2013] [info] S= eeding PRNG with 144 bytes of entropy=0A[Wed May 22 12:13:32 2013] [info] [= client 172.27.60.129] (70014)End of file found: SSL input filter read faile= d.=0A[Wed May 22 12:13:32 2013] [info] [client 172.27.60.129] Connection cl= osed to child 0 with standard shutdown (server wlm6hub5app01-access:443)=0A= =A0=0AClick Proceed on Chrome to bypass self-signed certificate:=0A[Wed May= 22 12:14:40 2013] [info] [client=0A 172.27.60.129] Connection to child 0 e= stablished (server wlm6hub5app01-access:443)=0A[Wed May 22 12:14:40 2013] [= info] Seeding PRNG with 144 bytes of entropy=0A[Wed May 22 12:14:40 2013] [= info] Initial (No.1) HTTPS request received for child 0 (server wlm6hub5app= 01-access:443)=0A[Wed May 22 12:14:55 2013] [info] [client 172.27.60.129] (= 70007)The timeout specified has expired: SSL input filter read failed.=0A[W= ed May 22 12:14:55 2013] [info] [client 172.27.60.129] Connection closed to= child 0 with standard shutdown (server wlm6hub5app01-access:443)=0A=A0=0A= =A0=0AVirtual Host Configuration file secure.conf:=0A=A0=0A#---------------= ----------------------------------------------------------=0A# Secure traff= ic from the public internet.=0A#-------------------------------------------= ------------------------------=0A=0AListen=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 192.168.65.24:21446=0A=0A=A0=A0=A0=A0=A0=A0=A0 UseCanonicalName=A0=A0=A0=A0=A0=A0= =A0 on=0A=A0=A0=A0=A0=A0=A0=A0 ServerName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 wlm6hub5app01-access=0A=A0=A0=A0=A0=A0=A0=A0 # Port used for canonic= al name only in Apache 1.3.=0A=A0=A0=A0=A0=A0=A0=A0 # Port was replaced wit= h Listen in Apache 2.0.=0A=A0=A0=A0=A0=A0=A0=A0 # Port=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 443=0A=A0=A0=A0=A0=A0=A0=A0 DocumentRoot=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 /home/sseneviratne/rundir/dev/sls=0A=A0=A0= =A0=A0=A0=A0=A0 DirectoryIndex=A0=A0=A0=A0=A0=A0=A0=A0=A0 /perl/menu=0A=A0= =A0=A0=A0=A0=A0=A0 ErrorLog=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 lo= gs/access/error.log=0A=A0=A0=A0=A0=A0=A0=A0 CustomLog=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 logs/access/access.log common=0A=A0=A0=A0=A0=A0=A0=A0= SSLEngine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 on=0A=0A=A0=A0=A0=A0= =A0=A0=A0 SSLCertificateFile=A0=A0=A0=A0=A0 /home/sseneviratne/rundir/dev/s= ls/conf/access/snakeoil.crt=0A=0A=A0=A0=A0=A0=A0=A0=A0 RewriteEngine=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 on=0A=A0=A0=A0=A0=A0=A0=A0 RewriteLog=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 logs/access/rewrite.log=0A=A0=A0=A0=A0=A0=A0=A0= RewriteLogLevel=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0=A0=A0=A0=A0=A0=A0 RewriteC= ond=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 %{REQUEST_FILENAME} !-d=0A=A0=A0=A0= =A0=A0=A0=A0 RewriteRule ^/*(.+)/$=A0=A0 https://%{SERVER_NAME}:%{SERVER_PO= RT}/$1 [R=3D301,L]=0A=A0=A0=A0=A0=A0=A0=A0 # The rewrite rules are common t= o all virtual hosts=0A=A0=A0=A0=A0=A0=A0=A0 Include=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=0A /home/sseneviratne/rundir/dev/sls/conf/rewrite.= conf=0A=A0=A0=A0=A0=A0=A0=A0 # Set the ssi.com branding variable=0A=A0=A0= =A0=A0=A0=A0=A0 PerlSetVar=A0=A0=A0=A0=A0 SSIBrandingStyle=A0=A0=A0=A0=A0= =A0=A0 dataquick=0A=A0=A0=A0=A0=A0=A0=A0 # Set the date for the Brand-o-mat= ic. Before this date, HTML rendered=0A=A0=A0=A0=A0=A0=A0=A0 # products will= use a brand of ssi. After this date, use mda.=0A=A0=A0=A0=A0=A0=A0=A0 Perl= SetVar=A0=A0=A0=A0=A0 BrandOMaticDate=A0=A0=A0=A0=A0=A0=A0=A0 07/20/2008=0A= =A0=A0=A0=A0=A0=A0=A0 PerlSetVar=A0=A0=A0=A0=A0 DataQuickDate=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=0A 04/30/2011=0A=0A ---597570167-192641071-1369257332=:13227 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
 <= /div>
I'm in the process of moving a mod_perl a= pplication running apache 1.3 in AIX to apache 2.2 in RedHat Linux.&nb= sp;  I get the SSL input filter read failed error when sending a = request through the website.
 
Below are the details.
 
Thanks,
 
Sujeeva 
&nb= sp;
Virtual Server error.log
=
 
Start Apache:
[Wed May 22 12:11:19 2013] [info] Loading certificate & private key o= f SSL-aware server=0A 'wlm6hub5app01-access:443'
[Wed May 22 12:11:19 20= 13] [info] Configuring server for SSL protocol
[Wed May 22 12:11:19 2013= ] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA = =3D=3D TRUE !?)
[Wed May 22 12:11:19 2013] [warn] RSA server certificate= CommonName (CN) `wlm6hub5app01-access.com' does NOT match server name!?[Wed May 22 12:11:21 2013] [info] Loading certificate & private key of= SSL-aware server 'wlm6hub5app01-access:443'
[Wed May 22 12:11:21 2013] = [info] Configuring server for SSL protocol
[Wed May 22 12:11:21 2013] [w= arn] RSA server certificate is a CA certificate (BasicConstraints: CA =3D= =3D TRUE !?)
[Wed May 22 12:11:21 2013] [warn] RSA server certificate Co= mmonName (CN) `wlm6hub5app01-access.com' does NOT match server name!?
=
 
Go to URL from Chrome:
[Wed May 22 12:13:31= 2013] [info] [client 172.27.60.129] Connection to child 0 established (ser= ver=0A wlm6hub5app01-access:443)
[Wed May 22 12:13:31 2013] [info] Seedi= ng PRNG with 144 bytes of entropy
[Wed May 22 12:13:31 2013] [info] [cli= ent 172.27.60.129] (70014)End of file found: SSL input filter read failed.<= br>[Wed May 22 12:13:31 2013] [info] [client 172.27.60.129] Connection clos= ed to child 0 with standard shutdown (server wlm6hub5app01-access:443)
[= Wed May 22 12:13:31 2013] [info] [client 172.27.60.129] Connection to child= 0 established (server wlm6hub5app01-access:443)
[Wed May 22 12:13:31 20= 13] [info] Seeding PRNG with 144 bytes of entropy
[Wed May 22 12:13:32 2= 013] [info] [client 172.27.60.129] (70014)End of file found: SSL input filt= er read failed.
[Wed May 22 12:13:32 2013] [info] [client 172.27.60.129]= Connection closed to child 0 with standard shutdown (server wlm6hub5app01-= access:443)
 
Click Proceed on Chrome to bypass se= lf-signed certificate:
[Wed May 22 12:14:40 2013] [info] [client=0A 172.= 27.60.129] Connection to child 0 established (server wlm6hub5app01-access:4= 43)
[Wed May 22 12:14:40 2013] [info] Seeding PRNG with 144 bytes of ent= ropy
[Wed May 22 12:14:40 2013] [info] Initial (No.1) HTTPS request rece= ived for child 0 (server wlm6hub5app01-access:443)
[Wed May 22 12:14:55 = 2013] [info] [client 172.27.60.129] (70007)The timeout specified has expire= d: SSL input filter read failed.
[Wed May 22 12:14:55 2013] [info] [clie= nt 172.27.60.129] Connection closed to child 0 with standard shutdown (serv= er wlm6hub5app01-access:443)
 
 
Vi= rtual Host Configuration file secure.conf:
 
#----= ---------------------------------------------------------------------
# = Secure traffic from the public internet.
#------------------------------= -------------------------------------------
<IfDefine=0A SSL&g= t;
Listen         &n= bsp;        192.168.65.24:21446
<VirtualHost 192.168.65.24:21446>
    = ;    UseCanonicalName      &nb= sp; on
        ServerName  =             wlm6hub5= app01-access
        # Port used for = canonical name only in Apache 1.3.
      &= nbsp; # Port was replaced with Listen in Apache 2.0.
   &= nbsp;    # Port       &nb= sp;          443
&nb= sp;       DocumentRoot    = ;       =0A /home/sseneviratne/rundir/de= v/sls
        DirectoryIndex &nb= sp;        /perl/menu
  &nb= sp;     ErrorLog      &nb= sp;         logs/access/error.log        CustomLog   &nb= sp;           logs/access= /access.log common
        SSL= Engine           &nb= sp;   on

       = SSLCertificateFile      /home/sseneviratne/rundir= /dev/sls/conf/access/snakeoil.crt
    &nb= sp;   RewriteEngine       &nbs= p;  =0A on
        RewriteL= og              logs/access/rewrite.log<= br>        RewriteLogLevel  &n= bsp;      1
    &nbs= p;   RewriteCond        &= nbsp;    %{REQUEST_FILENAME} !-d
    =     RewriteRule ^/*(.+)/$   https://%{SERVER_NAME}:%{SERVER_PORT}/$1 [R=3D301,L]
=         # The rewrite rules are common t= o all virtual hosts
        Include&n= bsp;            = ;   =0A /home/sseneviratne/rundir/dev/sls/conf/rewrite.conf<= /div>
        # Set the ssi.com bran= ding variable
        PerlSetVar = ;     SSIBrandingStyle     &nb= sp;  dataquick
        # = Set the date for the Brand-o-matic. Before this date, HTML rendered
&nbs= p;       # products will use a brand of ssi. = After this date, use mda.
        Per= lSetVar      BrandOMaticDate   &nbs= p;     07/20/2008
     &nbs= p;  PerlSetVar      DataQuickDate  =         =0A 04/30/2011
&l= t;/VirtualHost>
</IfDefine>
 
 


---597570167-192641071-1369257332=:13227-- From modperl-return-63311-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 23 12:27:44 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0082FD7F1 for ; Thu, 23 May 2013 12:27:44 +0000 (UTC) Received: (qmail 47729 invoked by uid 500); 23 May 2013 12:27:43 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 47366 invoked by uid 500); 23 May 2013 12:27:40 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 47335 invoked by uid 99); 23 May 2013 12:27:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 12:27:39 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of neil@bowers.com designates 199.204.248.102 as permitted sender) Received: from [199.204.248.102] (HELO cpanel02.myhostcenter.com) (199.204.248.102) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 12:27:31 +0000 Received: from cpc9-rdng20-2-0-cust198.15-3.cable.virginmedia.com ([86.2.0.199] helo=[192.168.0.13]) by cpanel02.myhostcenter.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1UfUbu-000Gdt-F9 for modperl@perl.apache.org; Thu, 23 May 2013 08:27:10 -0400 From: Neil Bowers Content-Type: multipart/alternative; boundary="Apple-Mail=_3642CA41-FCDE-48EA-9E6C-A4F9CC13F19D" Subject: Segmentation fault on form posting Message-Id: Date: Thu, 23 May 2013 13:27:04 +0100 To: mod_perl list Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-ACL-Warn: { X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel02.myhostcenter.com X-AntiAbuse: Original Domain - perl.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bowers.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_3642CA41-FCDE-48EA-9E6C-A4F9CC13F19D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I've got a mod_perl handler which has been working fine for a long time, = but just recently two people have managed to trigger a seg fault under = specific circumstances. They are POSTing form data Only happens over https - doesn't happen via http (ie without SSL) A certain combination of bytes in the form seems to trigger this. = Doesn't appear to be the *number* of bytes, but can't really be sure. It only happens if the end-user is on 64-bit Windows (Win 7 only so = far), on IE9 or Chrome 26 (27 seems to be ok). Doesn't happen on Firefix = on 64bit, or on any browser on 32-bit Windows. In my handler, if the first thing I do is print out the POST parameters, = then the segfault doesn't happen. So it smells like some kind of memory = overwrite. This happens on combinations of: CentOS 5.5 and 6.3 openssl 1.0.0d and 1.0.1e Apache 2.2.22 and 2.2.24 Perl 5.12.3 and 5.16.3 mod_perl 2.0.5, 2.0.7 and 2.0.8 I'll probably try 5.18, though I don't expect any change with that. So now, some questions: Anyone seen anything like this, and have an idea where to look? Any thoughts on where to look / what else to try? What's the best approach to tracking this down? Valgrind? I'm going to try attaching a debugger to an httpd process to see if I = can see where it's dying, though I suspect the problem may be happening = earlier. I'll have a go with valgrind after that. Cheers, Neil --Apple-Mail=_3642CA41-FCDE-48EA-9E6C-A4F9CC13F19D Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
  • They= are POSTing form data
  • Only happens over https - doesn't happen = via http (ie without SSL)
  • A certain combination of bytes in the = form seems to trigger this. Doesn't appear to be the *number* of bytes, = but can't really be sure.
  • It only happens if the end-user is on = 64-bit Windows (Win 7 only so far), on IE9 or Chrome 26 (27 seems to be = ok). Doesn't happen on Firefix on 64bit, or on any browser on 32-bit = Windows.

  • In my handler, if the first = thing I do is print out the POST parameters, then the segfault doesn't = happen. So it smells like some kind of memory = overwrite.

    This happens on combinations = of:

    • CentOS 5.5 = and 6.3
    • openssl 1.0.0d and 1.0.1e
    • Apache 2.2.22 and = 2.2.24
    • Perl 5.12.3 and 5.16.3
    • mod_perl 2.0.5, 2.0.7 and = 2.0.8

    I'll probably try 5.18, though = I don't expect any change with that.

    So now, = some questions:

    • Anyone seen anything like this, and have an = idea where to look?
    • Any thoughts on where to look / what else to = try?
    • What's the best approach to tracking this down? = Valgrind?

    I'm going to try attaching = a debugger to an httpd process to see if I can see where it's dying, = though I suspect the problem may be happening earlier.
    I'll = have a go with valgrind after = that.

    Cheers,
    Neil

    = = --Apple-Mail=_3642CA41-FCDE-48EA-9E6C-A4F9CC13F19D-- From modperl-return-63312-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 23 13:12:44 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 083F0D9CF for ; Thu, 23 May 2013 13:12:44 +0000 (UTC) Received: (qmail 23803 invoked by uid 500); 23 May 2013 13:12:43 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 23499 invoked by uid 500); 23 May 2013 13:12:42 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 23458 invoked by uid 99); 23 May 2013 13:12:41 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 13:12:41 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 13:12:36 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4NDCAgw005698; Thu, 23 May 2013 09:12:10 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4NDC9rw005693; Thu, 23 May 2013 09:12:10 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Thu, 23 May 2013 09:12:09 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Neil Bowers cc: mod_perl list Subject: Re: Segmentation fault on form posting In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org I also encounter this problem occasionally. So your post is quite familiar. If the first thing you do is print the parameters, what's the second thing? Form posts almost always trigger external processes, databases, mail servers, etc. The external process is more likely to be causing the fault than mod_perl. At its heart, a perl scalar is a pretty complicated data object. I think it's more likely that the scalar gets modified as the result of the print operation. For example: sprintf "%d", $cgi{quantity} ; To my knowledge, this statement modifies the scalar $cgi{quantity} so that the next operation views the scalar slightly differently. I have a prototype library that examines the scalar. If I can find it, I'll forward separately. Finally, there are specific operations for parsing form input. Are you using a package like CGI? Have you tried an alternative? It's only a couple lines of code to roll your own. -Jim On Thu, 23 May 2013, Neil Bowers wrote: > Hi, > I've got a mod_perl handler which has been working fine for a long time, but > just recently two people have managed to trigger a seg fault under specific > circumstances. > > * They are POSTing form data > * Only happens over https - doesn't happen via http (ie without SSL) > * A certain combination of bytes in the form seems to trigger this. > Doesn't appear to be the *number* of bytes, but can't really be sure. > * It only happens if the end-user is on 64-bit Windows (Win 7 only so > far), on IE9 or Chrome 26 (27 seems to be ok). Doesn't happen on Firefix > on 64bit, or on any browser on 32-bit Windows. > > In my handler, if the first thing I do is print out the POST parameters, > then the segfault doesn't happen. So it smells like some kind of memory > overwrite. > > This happens on combinations of: > > * CentOS 5.5 and 6.3 > * openssl 1.0.0d and 1.0.1e > * Apache 2.2.22 and 2.2.24 > * Perl 5.12.3 and 5.16.3 > * mod_perl 2.0.5, 2.0.7 and 2.0.8 > > I'll probably try 5.18, though I don't expect any change with that. > > So now, some questions: > > * Anyone seen anything like this, and have an idea where to look? > * Any thoughts on where to look / what else to try? > * What's the best approach to tracking this down? Valgrind? > > I'm going to try attaching a debugger to an httpd process to see if I can > see where it's dying, though I suspect the problem may be happening earlier. > I'll have a go with valgrind after that. > > Cheers, > Neil > > > From modperl-return-63313-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 23 13:16:09 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4F96CDA50 for ; Thu, 23 May 2013 13:16:09 +0000 (UTC) Received: (qmail 36422 invoked by uid 500); 23 May 2013 13:16:08 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 36140 invoked by uid 500); 23 May 2013 13:16:06 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 35975 invoked by uid 99); 23 May 2013 13:16:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 13:16:04 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 13:15:59 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4NDFYTZ005884; Thu, 23 May 2013 09:15:35 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4NDFX9j005880; Thu, 23 May 2013 09:15:34 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Thu, 23 May 2013 09:15:33 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Neil Bowers cc: mod_perl list Subject: Re: Segmentation fault on form posting In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org Here's the code I mentioned in my last post. It's included in my distro NoSQL::PL2SQL #include "EXTERN.h" #include "perl.h" #include "XSUB.h" #include "ppport.h" SV* typeis ( SV* what ) ; SV* typeis ( SV* what ) { if ( SvIOK( what ) ) return newSVpvs( "integer" ) ; else if ( SvNOK( what ) ) return newSVpvs( "double" ) ; else if ( SvPOK( what ) ) return newSVpvs( "string" ) ; return newSVpvs( "unknown" ) ; } MODULE = NoSQL::PL2SQL PACKAGE = NoSQL::PL2SQL::Node PROTOTYPES: ENABLE SV* typeis( what ) SV* what On Thu, 23 May 2013, Neil Bowers wrote: > Hi, > I've got a mod_perl handler which has been working fine for a long time, but > just recently two people have managed to trigger a seg fault under specific > circumstances. > > * They are POSTing form data > * Only happens over https - doesn't happen via http (ie without SSL) > * A certain combination of bytes in the form seems to trigger this. > Doesn't appear to be the *number* of bytes, but can't really be sure. > * It only happens if the end-user is on 64-bit Windows (Win 7 only so > far), on IE9 or Chrome 26 (27 seems to be ok). Doesn't happen on Firefix > on 64bit, or on any browser on 32-bit Windows. > > In my handler, if the first thing I do is print out the POST parameters, > then the segfault doesn't happen. So it smells like some kind of memory > overwrite. > > This happens on combinations of: > > * CentOS 5.5 and 6.3 > * openssl 1.0.0d and 1.0.1e > * Apache 2.2.22 and 2.2.24 > * Perl 5.12.3 and 5.16.3 > * mod_perl 2.0.5, 2.0.7 and 2.0.8 > > I'll probably try 5.18, though I don't expect any change with that. > > So now, some questions: > > * Anyone seen anything like this, and have an idea where to look? > * Any thoughts on where to look / what else to try? > * What's the best approach to tracking this down? Valgrind? > > I'm going to try attaching a debugger to an httpd process to see if I can > see where it's dying, though I suspect the problem may be happening earlier. > I'll have a go with valgrind after that. > > Cheers, > Neil > > > From modperl-return-63314-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 23 14:58:16 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 06122DAC0 for ; Thu, 23 May 2013 14:58:16 +0000 (UTC) Received: (qmail 67745 invoked by uid 500); 23 May 2013 14:58:14 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 67622 invoked by uid 500); 23 May 2013 14:58:14 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 67588 invoked by uid 99); 23 May 2013 14:58:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 14:58:13 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [66.111.4.26] (HELO out2-smtp.messagingengine.com) (66.111.4.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 May 2013 14:58:07 +0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id CB7B420993 for ; Thu, 23 May 2013 10:57:46 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute3.internal (MEProxy); Thu, 23 May 2013 10:57:46 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=streppone.it; h= message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=sdLJbTv/bFqUtu9XQ/QJ0xHEcbU=; b=FfxUsh72kFcrdUL05phfU+YwyYRS /dEb506IsLm1mIOvy/pKQFgik25wQcE2EPM3/b+sHEoUmOVpN10KAgOcDEr5Nd3/ qpCQXroBKbhom53XK8LlblN4DKQp+x5B9uQ62+PIuKvTII1xIODOZtzI5JIByUt1 7Rzm1PF28Pk91gk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=sdLJbTv/bFqUtu9XQ/QJ0x HEcbU=; b=nZjHMiDWaRN8OMrxDhD6XMChpmlrtvn0XoJ0Z+PyG8H8gyMfJpga9s 3FAv+3KWgsW1u9e87DxNpHB5Eh/RCsLK1RzAnVKtRBkxAszbrMWV5Tb4sBpqZxIF 0nDOU06fJ1p2ZKuNG/GYhXSIPBySMtB0ZUry2MI4js2DqHv0476DQ= X-Sasl-enc: RXLUWCZvtLGuIwmGCwZze/+sC2vNZc8Zsx2jX8QzBapI 1369321066 Received: from [10.20.76.100] (unknown [91.203.97.251]) by mail.messagingengine.com (Postfix) with ESMTPA id 70D09C8000C for ; Thu, 23 May 2013 10:57:46 -0400 (EDT) Message-ID: <519E2E69.9040609@streppone.it> Date: Thu, 23 May 2013 16:57:45 +0200 From: Cosimo Streppone User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Mod_perl users Subject: Fwd: Re: Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work References: <20130523142236.GJ6177@urchin.earth.li> In-Reply-To: <20130523142236.GJ6177@urchin.earth.li> X-Forwarded-Message-Id: <20130523142236.GJ6177@urchin.earth.li> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org FYI, -------- Original Message -------- Subject: Re: Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work Date: Thu, 23 May 2013 15:22:36 +0100 From: Dominic Hargreaves To: 666822@bugs.debian.org, debian-perl@lists.debian.org CC: Arno Töll [Ccing debian-perl to get a slightly greater awareness of the issue.] On Thu, May 23, 2013 at 01:13:53PM +0200, Arno Töll wrote: > we are ready to upload Apache2 2.4 to Debian Sid now. This means the > transition is effectively starting now, and going to break your modules. > > We have scheduled the upload for May 30, 2013 BEFORE the 19:52 UTC > dinstall on ftp-master. > > To minimize the breakage to our Sid users, we'd ask all of you having a > transitioned package ready in Experimental, to make an upload to Sid > AFTER the 13:52 UTC dinstall, and BEFORE 19:52 UTC [1]. Dear all, Unfortunately we haven't progressed very far with this issue so far; as things stand mod_perl will become uninstallable in Debian unstable in a week or so (after more than a year since this bug was created). I would have liked to have had a bit more time to look into this but haven't found the time yet. Based on comments on the upstream dev list, principally [1] last month, the main blocker to getting a release out with 2.4 support appears to to do with a single release which supports for both httpd 2.2 and 2.4. Whilst I view this as the best general approach, to solve the issue in Debian, it might be that all/most of what's needed to prepare a libapache2-mod-perl2 which can be targetted at Apache 2.4 is in the upstream httpd24 branch (and if we are already in the situation where the Apache maintainers are going ahead with an upload to unstable, the downside of having to coordinate uploads isn't so much of an issue). It would involve carrying a probably large patch until the work is merged upstream, but it is probably the best choice we have at this point. Is there anyone who is able to look at this in the next few weeks by seeing if it possible to prepare a package (targetted initially at experimental) which works with Apache 2.4? It is creeping up my todo list, but more help definitely welcome at this stage. Cheers, Dominic. [1] -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) From modperl-return-63315-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 24 21:47:43 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 88D09D03C for ; Fri, 24 May 2013 21:47:43 +0000 (UTC) Received: (qmail 41641 invoked by uid 500); 24 May 2013 21:47:42 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 41614 invoked by uid 500); 24 May 2013 21:47:42 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Delivered-To: moderator for modperl@perl.apache.org Received: (qmail 1336 invoked by uid 99); 22 May 2013 20:47:34 -0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 212149.56393.bm@omp1069.mail.ne1.yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1369255624; bh=J7rRB2yg9NdX08kYdgifpQIbAeqqklT1JuA+sCqfLp4=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=tn5PPoLhThawrRAJOYU1KS2mU9+OsWkz9XXO+iMMtUhCYCXsn3tUURP9NkzKWZebJpuCYf1vNFwdgiPlF5TaxZUVD0EDhUBw2Fl06zP3goQps04GckpQu59LXAWGz0qVZq16NDPm4EjPw04WenvoE1/nfsd5KYgu4Mo9wumVQBk= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=Nt2Y9Zw6KPCc/qc/b0Z8KGVRxvyH7dHwiMt79X1La7h6byshYMj2paSdM7mcrFpTK3UcukjQQIqY4xB0EWBq4Uo8p+i/VvV2q6pm9eKHZ/7yBxhnCaOyB55BarwLpKOWR5wTwymfcSWX9EsZpiNRIzyl40cv7TQq3G03Do5y3Fc=; X-YMail-OSG: MeSVBP8VM1lQbiAQH5JTanZe828ea_iJsH1O4vbQH.SDGfd 4hhiXh_l5JrhtRI8D1tiR4kPrI9sa5abFd2DhZJk1_9Tum9K6naLIDQwXJeo NbkhClLyDPwsp58Os3D6OAC1nvTVvI64RDnyi2jpohmi9d_yZcLuad8Of2Pz GXq5r4NUWotG4MiA4W8pYW9OjzdEdkfClEFgz09knKjEpAI92EDhV4fd9Kcg jIE.Jc7_BEi87_uihsvR_d6yGWRzpDs8I502KWqAgWM5t256jiO4W2CIrmXm iaFwBvVKlwukyIb_JiVxGLN2wgfEdjRmWe2IuAQGXMR3nhENbwbLnqVQyQVA yVgbHDJdgUdqtju37hxoHLVBlTRetLJssgN5ZNApWlRS2Nm1_NEqJqsZ1mHF akjEMkY6vBTV6MnNR5Hpm09nw_niPdmWj5NWE5JGy7fZAESjFwrgl9xPsMLM WdXu9LD0euQ1f9TIFgJDeVMWhiu2vJg5iZDeePIk0TBp605hqPUtoh4rpR6j 1E9bzgBWySRtvGoXxs8lSrA6OBjloHvlI9e5W0QzRYBugtRIVrmDvCkfz272 4EEuaFMpZuBFd57cCkId1C_XtLttH1qQvvO6YEh6elHwos63Wl8ah3hNnAfu By7U.yYkqvnNC.oWpgXs3X4nXPuAqOp2IKwy3vkPp6VrPCCZ7Z3_fhJYNLHU uk9efEpWOotETYNXgjg-- X-Rocket-MIMEInfo: 002.001,SGksCsKgCkknbSBpbiB0aGUgcHJvY2VzcyBvZiBtb3ZpbmcgYSBtb2RfcGVybCBhcHBsaWNhdGlvbiBydW5uaW5nIGFwYWNoZSAxLjMgaW4gQUlYIHRvIGFwYWNoZSAyLjIgaW7CoFJlZEhhdCBMaW51eC7CoMKgIEkgZ2V0IHRoZSBTU0wgaW5wdXQgZmlsdGVyIHJlYWTCoGZhaWxlZCBlcnJvciB3aGVuIHNlbmRpbmcgYSByZXF1ZXN0IHRocm91Z2ggdGhlIHdlYnNpdGUuCsKgCkJlbG93IGFyZSB0aGUgZGV0YWlscy4KwqAKVGhhbmtzLArCoApTdWplZXZhwqAKwqAKVmlydHVhbCBTZXJ2ZXIgZXJyb3IubG9nCgEwAQEBAQ-- X-Mailer: YahooMailWebService/0.8.142.542 Message-ID: <1369255624.91755.YahooMailNeo@web125002.mail.ne1.yahoo.com> Date: Wed, 22 May 2013 13:47:04 -0700 (PDT) From: Sujeeva Seneviratne Reply-To: Sujeeva Seneviratne Subject: Apache Error 70007 - The timeout specified has expired: SSL input filter read failed To: "modperl@perl.apache.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-597570167-131699558-1369255624=:91755" X-Virus-Checked: Checked by ClamAV on apache.org ---597570167-131699558-1369255624=:91755 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=A0=0AI'm in the process of moving a mod_perl application running apa= che 1.3 in AIX to apache 2.2 in=A0RedHat Linux.=A0=A0 I get the SSL input f= ilter read=A0failed error when sending a request through the website.=0A=A0= =0ABelow are the details.=0A=A0=0AThanks,=0A=A0=0ASujeeva=A0=0A=A0=0AVirtua= l Server error.log=0A=A0=0AStart Apache:=0A[Wed May 22 12:11:19 2013] [info= ] Loading certificate & private key of SSL-aware server 'wlm6hub5app01-acce= ss:443'=0A[Wed May 22 12:11:19 2013] [info] Configuring server for SSL prot= ocol=0A[Wed May 22 12:11:19 2013] [warn] RSA server certificate is a CA cer= tificate (BasicConstraints: CA =3D=3D TRUE !?)=0A[Wed May 22 12:11:19 2013]= [warn] RSA server certificate CommonName (CN) `wlm6hub5app01-access.com' d= oes NOT match server name!?=0A[Wed May 22 12:11:21 2013] [info] Loading cer= tificate & private key of SSL-aware server 'wlm6hub5app01-access:443'=0A[We= d May 22 12:11:21 2013] [info] Configuring server for SSL protocol=0A[Wed M= ay 22 12:11:21 2013] [warn] RSA server certificate is a CA certificate (Bas= icConstraints: CA =3D=3D TRUE !?)=0A[Wed May 22 12:11:21 2013] [warn] RSA s= erver certificate CommonName (CN) `wlm6hub5app01-access.com' does NOT match= server name!?=0A=A0=0AGo to URL from Chrome:=0A[Wed May 22 12:13:31 2013] = [info] [client 172.27.60.129] Connection to child 0 established (server wlm= 6hub5app01-access:443)=0A[Wed May 22 12:13:31 2013] [info] Seeding PRNG wit= h 144 bytes of entropy=0A[Wed May 22 12:13:31 2013] [info] [client 172.27.6= 0.129] (70014)End of file found: SSL input filter read failed.=0A[Wed May 2= 2 12:13:31 2013] [info] [client 172.27.60.129] Connection closed to child 0= with standard shutdown (server wlm6hub5app01-access:443)=0A[Wed May 22 12:= 13:31 2013] [info] [client 172.27.60.129] Connection to child 0 established= (server wlm6hub5app01-access:443)=0A[Wed May 22 12:13:31 2013] [info] Seed= ing PRNG with 144 bytes of entropy=0A[Wed May 22 12:13:32 2013] [info] [cli= ent 172.27.60.129] (70014)End of file found: SSL input filter read failed.= =0A[Wed May 22 12:13:32 2013] [info] [client 172.27.60.129] Connection clos= ed to child 0 with standard shutdown (server wlm6hub5app01-access:443)=0A= =A0=0AClick Proceed on Chrome to bypass self-signed certificate:=0A[Wed May= 22 12:14:40 2013] [info] [client 172.27.60.129] Connection to child 0 esta= blished (server wlm6hub5app01-access:443)=0A[Wed May 22 12:14:40 2013] [inf= o] Seeding PRNG with 144 bytes of entropy=0A[Wed May 22 12:14:40 2013] [inf= o] Initial (No.1) HTTPS request received for child 0 (server wlm6hub5app01-= access:443)=0A[Wed May 22 12:14:55 2013] [info] [client 172.27.60.129] (700= 07)The timeout specified has expired: SSL input filter read failed.=0A[Wed = May 22 12:14:55 2013] [info] [client 172.27.60.129] Connection closed to ch= ild 0 with standard shutdown (server wlm6hub5app01-access:443)=0A=A0=0A=A0= =0AVirtual Host Configuration file secure.conf:=0A=A0=0A#------------------= -------------------------------------------------------=0A# Secure traffic = from the public internet.=0A#----------------------------------------------= ---------------------------=0A=0AListen=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 192.168.65.24:21446=0A=0A=A0=A0=A0=A0=A0=A0=A0 UseCanonicalName=A0=A0=A0=A0=A0=A0=A0 o= n=0A=A0=A0=A0=A0=A0=A0=A0 ServerName=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= wlm6hub5app01-access=0A=A0=A0=A0=A0=A0=A0=A0 # Port used for canonical nam= e only in Apache 1.3.=0A=A0=A0=A0=A0=A0=A0=A0 # Port was replaced with List= en in Apache 2.0.=0A=A0=A0=A0=A0=A0=A0=A0 # Port=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 443=0A=A0=A0=A0=A0=A0=A0=A0 DocumentRoot=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 /home/sseneviratne/rundir/dev/sls=0A=A0=A0=A0=A0= =A0=A0=A0 DirectoryIndex=A0=A0=A0=A0=A0=A0=A0=A0=A0 /perl/menu=0A=A0=A0=A0= =A0=A0=A0=A0 ErrorLog=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 logs/acc= ess/error.log=0A=A0=A0=A0=A0=A0=A0=A0 CustomLog=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 logs/access/access.log common=0A=A0=A0=A0=A0=A0=A0=A0 SSLEn= gine=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 on=0A=0A=A0=A0=A0=A0=A0=A0= =A0 SSLCertificateFile=A0=A0=A0=A0=A0 /home/sseneviratne/rundir/dev/sls/con= f/access/snakeoil.crt=0A=0A=A0=A0=A0=A0=A0=A0=A0 RewriteEngine=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 on=0A=A0=A0=A0=A0=A0=A0=A0 RewriteLog=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 logs/access/rewrite.log=0A=A0=A0=A0=A0=A0=A0=A0 Rewri= teLogLevel=A0=A0=A0=A0=A0=A0=A0=A0 1=0A=A0=A0=A0=A0=A0=A0=A0 RewriteCond=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 %{REQUEST_FILENAME} !-d=0A=A0=A0=A0=A0=A0= =A0=A0 RewriteRule ^/*(.+)/$=A0=A0 https://%{SERVER_NAME}:%{SERVER_PORT}/$1= [R=3D301,L]=0A=A0=A0=A0=A0=A0=A0=A0 # The rewrite rules are common to all = virtual hosts=0A=A0=A0=A0=A0=A0=A0=A0 Include=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 /home/sseneviratne/rundir/dev/sls/conf/rewrite.conf=0A= =A0=A0=A0=A0=A0=A0=A0 # Set the ssi.com branding variable=0A=A0=A0=A0=A0=A0= =A0=A0 PerlSetVar=A0=A0=A0=A0=A0 SSIBrandingStyle=A0=A0=A0=A0=A0=A0=A0 data= quick=0A=A0=A0=A0=A0=A0=A0=A0 # Set the date for the Brand-o-matic. Before = this date, HTML rendered=0A=A0=A0=A0=A0=A0=A0=A0 # products will use a bran= d of ssi. After this date, use mda.=0A=A0=A0=A0=A0=A0=A0=A0 PerlSetVar=A0= =A0=A0=A0=A0 BrandOMaticDate=A0=A0=A0=A0=A0=A0=A0=A0 07/20/2008=0A=A0=A0=A0= =A0=A0=A0=A0 PerlSetVar=A0=A0=A0=A0=A0 DataQuickDate=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 04/30/2011=0A=0A ---597570167-131699558-1369255624=:91755 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
    Hi,=
     
    I'm in the process of moving a mod_perl application running = apache 1.3 in AIX to apache 2.2 in RedHat Linux.   I get the= SSL input filter read failed error when sending a request through the= website.
     
    Below a= re the details.
     
    T= hanks,
     
    Sujeeva 
     
    Virtual Server error.log
     
    Start Apache:
    [Wed May 22 12:11:= 19 2013] [info] Loading certificate & private key of SSL-aware server 'wlm6hub5app01-access:443'
    [Wed May 22 12:11:19 2013] [info] Configurin= g server for SSL protocol
    [Wed May 22 12:11:19 2013] [warn] RSA server c= ertificate is a CA certificate (BasicConstraints: CA =3D=3D TRUE !?)
    [We= d May 22 12:11:19 2013] [warn] RSA server certificate CommonName (CN) `wlm6= hub5app01-access.com' does NOT match server name!?
    [Wed May 22 12:11:21 = 2013] [info] Loading certificate & private key of SSL-aware server 'wlm= 6hub5app01-access:443'
    [Wed May 22 12:11:21 2013] [info] Configuring ser= ver for SSL protocol
    [Wed May 22 12:11:21 2013] [warn] RSA server certif= icate is a CA certificate (BasicConstraints: CA =3D=3D TRUE !?)
    [Wed May= 22 12:11:21 2013] [warn] RSA server certificate CommonName (CN) `wlm6hub5a= pp01-access.com' does NOT match server name!?
     
    Go= to URL from Chrome:
    [Wed May 22 12:13:31 2013] [info] [client 17= 2.27.60.129] Connection to child 0 established (server wlm6hub5app01-access:443)
    [Wed May 22 12:13:31 2013] [info] Seeding PRN= G with 144 bytes of entropy
    [Wed May 22 12:13:31 2013] [info] [client 17= 2.27.60.129] (70014)End of file found: SSL input filter read failed.
    [We= d May 22 12:13:31 2013] [info] [client 172.27.60.129] Connection closed to = child 0 with standard shutdown (server wlm6hub5app01-access:443)
    [Wed Ma= y 22 12:13:31 2013] [info] [client 172.27.60.129] Connection to child 0 est= ablished (server wlm6hub5app01-access:443)
    [Wed May 22 12:13:31 2013] [i= nfo] Seeding PRNG with 144 bytes of entropy
    [Wed May 22 12:13:32 2013] [= info] [client 172.27.60.129] (70014)End of file found: SSL input filter rea= d failed.
    [Wed May 22 12:13:32 2013] [info] [client 172.27.60.129] Conne= ction closed to child 0 with standard shutdown (server wlm6hub5app01-access= :443)
     
    Click Proceed on Chrome to bypass self-sig= ned certificate:
    [Wed May 22 12:14:40 2013] [info] [client 172.27.60.129] Connection to child 0 established (server wlm6hub5app01-acc= ess:443)
    [Wed May 22 12:14:40 2013] [info] Seeding PRNG with 144 bytes o= f entropy
    [Wed May 22 12:14:40 2013] [info] Initial (No.1) HTTPS request= received for child 0 (server wlm6hub5app01-access:443)
    [Wed May 22 12:1= 4:55 2013] [info] [client 172.27.60.129] (70007)The timeout specified has e= xpired: SSL input filter read failed.
    [Wed May 22 12:14:55 2013] [info] = [client 172.27.60.129] Connection closed to child 0 with standard shutdown = (server wlm6hub5app01-access:443)
     
     
    Virtual Host Configuration file secure.conf:
     
    = #-------------------------------------------------------------------------<= br># Secure traffic from the public internet.
    #-------------------------= ------------------------------------------------
    <IfDefine SSL>
    Listen        &n= bsp;         192.168.65.24:21446
    <VirtualHost 192.168.65.24:21446>
       = ;     UseCanonicalName     &nb= sp;  on
            ServerName =              wl= m6hub5app01-access
            # Port use= d for canonical name only in Apache 1.3.
         &= nbsp;  # Port was replaced with Listen in Apache 2.0.
      &= nbsp;     # Port      &nb= sp;           443
            DocumentRoot   = ;         /home/sseneviratne/rundir/dev/sls
          &= nbsp; DirectoryIndex          = /perl/menu
            ErrorLog &nbs= p;            &= nbsp; logs/access/error.log
            C= ustomLog           &= nbsp;   logs/access/access.log common
       = ;     SSLEngine      &nbs= p;        on

      &= nbsp;     SSLCertificateFile    &nb= sp; /home/sseneviratne/rundir/dev/sls/conf/access/snakeoil.crt
            RewriteEngine   = ;        on
            RewriteLog  &nb= sp;      &nbs= p;    logs/access/rewrite.log
        &nb= sp;   RewriteLogLevel       &n= bsp; 1
            RewriteCond&nbs= p;            %{REQU= EST_FILENAME} !-d
            RewriteRule= ^/*(.+)/$   https://%{SERVER_NAME}:%{SERVER_PORT}/$= 1 [R=3D301,L]
            # Th= e rewrite rules are common to all virtual hosts
        =     Include        &= nbsp;        /home/sseneviratne/rundir/dev/sls/conf/rewrite.conf
      =       # Set the ssi.com branding variable
     = ;       PerlSetVar    &nb= sp; SSIBrandingStyle        dataquick
            # Set the date for the B= rand-o-matic. Before this date, HTML rendered
        &n= bsp;   # products will use a brand of ssi. After this date, use m= da.
            PerlSetVar  &nb= sp;   BrandOMaticDate       &n= bsp; 07/20/2008
            PerlSetVar&nb= sp;     DataQuickDate     &nbs= p;     04/30/2011
    </VirtualHost>
    </IfDefine>
    &= nbsp;
     
    ---597570167-131699558-1369255624=:91755-- From modperl-return-63316-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 27 09:09:57 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5AD3AE8EE for ; Mon, 27 May 2013 09:09:57 +0000 (UTC) Received: (qmail 49126 invoked by uid 500); 27 May 2013 09:09:56 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 48583 invoked by uid 500); 27 May 2013 09:09:52 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 48544 invoked by uid 99); 27 May 2013 09:09:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 09:09:50 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nageshgurram12@gmail.com designates 209.85.214.170 as permitted sender) Received: from [209.85.214.170] (HELO mail-ob0-f170.google.com) (209.85.214.170) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 09:09:44 +0000 Received: by mail-ob0-f170.google.com with SMTP id er7so7822051obc.29 for ; Mon, 27 May 2013 02:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Z7EfFV9z3JKaz5D+7B6a3WIzNnZEiP01TvidmMP931M=; b=rrTpn2En4KOyJaItHPuPqGXecxRLyDXQ7LTmUgvEyVg5GubrroLMlbvlUnpsjNggI/ TarhDWjS7Z4KvBpJD2Mu8FnAdRurbJTemI9GWA90zqLoZCiWbpRsqTEAKzV9k7iYe1fI B2Dbcikj2HRgsVf/Q5Zg5C46c37G0Ijcjj1z3eCaX8g5Xd/lwlgqNndWW/OhHFpXSpdP 8ffCzudv1jeKnfhyvf6TXh1hYv4eLBNlQ5nDqqCYI055Z2HMVNQSrxiWnDux9F4p6du1 NIcsFcm1WAu7YpZYUytFVhpQccehTL3mlzbRhcrSO0m3wAR51itEl2hvYJa+pBqyFsVL bGuw== MIME-Version: 1.0 X-Received: by 10.182.224.162 with SMTP id rd2mr17713382obc.95.1369645763475; Mon, 27 May 2013 02:09:23 -0700 (PDT) Received: by 10.76.12.102 with HTTP; Mon, 27 May 2013 02:09:23 -0700 (PDT) Date: Mon, 27 May 2013 14:39:23 +0530 Message-ID: Subject: Net::SAML2 Compilation Error From: Nageswara rao Gurram To: modperl@perl.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi, I Installed new Module Net::SAML2 and all its dependencies. But when I try to use it, I am getting Compilation error. I put 'use Net::SAML2' in my other module which causes the error, and also I verified it INC path too, it exists. More Info on error: [Mon May 27 11:36:34 2013] [error] [16474]ERR: 24: Error in Perl code: Attempt to reload ftd_indices.pm aborted.\nCompilation failed in require at /usr/local/perl-5.14/lib/site_perl/5.14.2/x86_64-linux/Apache2/porting.pm line 90.\nBEGIN failed--compilation aborted Please help, I am trying from past two days. Thanks, Nageswara Rao G. From modperl-return-63317-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 27 12:38:10 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 388BCDE97 for ; Mon, 27 May 2013 12:38:10 +0000 (UTC) Received: (qmail 84738 invoked by uid 500); 27 May 2013 12:38:09 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 84544 invoked by uid 500); 27 May 2013 12:38:07 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 84507 invoked by uid 99); 27 May 2013 12:38:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 12:38:06 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of nageshgurram12@gmail.com designates 209.85.219.54 as permitted sender) Received: from [209.85.219.54] (HELO mail-oa0-f54.google.com) (209.85.219.54) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 12:37:59 +0000 Received: by mail-oa0-f54.google.com with SMTP id o17so8610023oag.41 for ; Mon, 27 May 2013 05:37:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+DLPXTvnChHKGUtbR/bK9zS6HQiA8OMzFA+IqZL1/g0=; b=U2YFRSYwBgwTiHqmPEnTxzigyQp0j8k7EuXTIi6RnaTtyd3mqSSm1LDNbvOGvQqlbB 375aCo6Zp6Zpj0nJBKdIWxJNe+2ui5TY/5GsAt29reT7DDGq/xBBR5krXx3WPGSTBZBy vl5ODLLLlYnnRqFCK/GQzfMIv8z8OhPx5PPprcTlko1F8puMxlFstb5GoM4UOR8aUzf/ HytODb9FkBkIiQLCCiuGLSwUk9oQsJhkQLfHRBpJ85J4QP9rqROgh22vVMF7G80J3HO2 anzerYUo1/FX3I06elNd7Z43G4S5nC7NJiw2TJF6qcW+3kUC4n1bQ0iSDHe/94WklD3Q InmQ== MIME-Version: 1.0 X-Received: by 10.60.125.201 with SMTP id ms9mr18062254oeb.65.1369658258770; Mon, 27 May 2013 05:37:38 -0700 (PDT) Received: by 10.76.12.102 with HTTP; Mon, 27 May 2013 05:37:38 -0700 (PDT) In-Reply-To: References: Date: Mon, 27 May 2013 18:07:38 +0530 Message-ID: Subject: Re: Net::SAML2 Compilation Error From: Nageswara rao Gurram To: modperl@perl.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org By digging further, I found these details: My mod_perl simply can't load XML::Generator. As soon as I put "use XML::Generator;" in a perl startup file and include in httpd.conf, Apache won't start, complaining that it can't locate XML/Generator/overload.pm in @INC. But the package XML::Generator::overload is in the same file as XML/Generator.pm. Furthermore, when I go through the commandline (say "perl -d -MXML::Generator -e 1"), all is fine. And when I delete Apache2::porting.pm module from conf file, apache starting fine. On Mon, May 27, 2013 at 2:39 PM, Nageswara rao Gurram wrote: > Hi, > I Installed new Module Net::SAML2 and all its dependencies. But > when I try to use it, I am getting Compilation error. > I put 'use Net::SAML2' in my other module which causes the error, and > also I verified it INC path too, it exists. > More Info on error: > > [Mon May 27 11:36:34 2013] [error] [16474]ERR: 24: Error in Perl > code: Attempt to reload ftd_indices.pm aborted.\nCompilation failed in > require at /usr/local/perl-5.14/lib/site_perl/5.14.2/x86_64-linux/Apache2/porting.pm > line 90.\nBEGIN failed--compilation aborted > Please help, I am trying from past two days. > > Thanks, > Nageswara Rao G. From modperl-return-63318-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Mon May 27 14:45:53 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 72EC8DB02 for ; Mon, 27 May 2013 14:45:53 +0000 (UTC) Received: (qmail 59035 invoked by uid 500); 27 May 2013 14:45:53 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 57607 invoked by uid 500); 27 May 2013 14:45:33 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 57536 invoked by uid 99); 27 May 2013 14:45:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 14:45:30 +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 torsten.foertsch@gmx.net designates 212.227.17.20 as permitted sender) Received: from [212.227.17.20] (HELO mout.gmx.net) (212.227.17.20) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 May 2013 14:45:23 +0000 Received: from mailout-de.gmx.net ([10.1.76.35]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Llby5-1U8CLZ2r39-00bO5K for ; Mon, 27 May 2013 16:45:02 +0200 Received: (qmail invoked by alias); 27 May 2013 14:45:02 -0000 Received: from p4FD68655.dip0.t-ipconnect.de (EHLO opi.home) [79.214.134.85] by mail.gmx.net (mp035) with SMTP; 27 May 2013 16:45:02 +0200 X-Authenticated: #1700068 X-Provags-ID: V01U2FsdGVkX1+W9bYDpSKWyVInNC2e4Y2F8uZi4lyvZVR0LsYR+X getEsMJwM6KkIU Message-ID: <51A3716D.9090007@gmx.net> Date: Mon, 27 May 2013 16:45:01 +0200 From: =?ISO-8859-1?Q?Torsten_F=F6rtsch?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nageswara rao Gurram CC: modperl@perl.apache.org Subject: Re: Net::SAML2 Compilation Error References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org On 27/05/13 14:37, Nageswara rao Gurram wrote: > My mod_perl simply can't load XML::Generator. As soon as I put "use > XML::Generator;" in a perl startup file and include in httpd.conf, > Apache won't start, complaining that it can't locate > XML/Generator/overload.pm in @INC. > > But the package XML::Generator::overload is in the same file as > XML/Generator.pm. Furthermore, when I go through the commandline (say > "perl -d -MXML::Generator -e 1"), all is fine. > > And when I delete Apache2::porting.pm module from conf file, apache > starting fine. Modperl does nothing special with C or C. The only reason I can think of is that something tampers with %INC or @INC or perhaps %XML::Generator::. Do you use Apache2::Reload? Do you use PerlOptions +Autoload? Do you have perhaps relative path names in $PER5LIB or similar? Torsten From modperl-return-63319-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Tue May 28 08:27:19 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C9AA5F40B for ; Tue, 28 May 2013 08:27:19 +0000 (UTC) Received: (qmail 98304 invoked by uid 500); 28 May 2013 08:27:19 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 97656 invoked by uid 500); 28 May 2013 08:27:12 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 96438 invoked by uid 99); 28 May 2013 08:27:00 -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 08:27:00 +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 torsten.foertsch@gmx.net designates 212.227.17.20 as permitted sender) Received: from [212.227.17.20] (HELO mout.gmx.net) (212.227.17.20) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 May 2013 08:26:52 +0000 Received: from mailout-de.gmx.net ([10.1.76.17]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MSoaR-1Up7bZ1kNZ-00Rmwv for ; Tue, 28 May 2013 10:26:32 +0200 Received: (qmail invoked by alias); 28 May 2013 08:26:32 -0000 Received: from p4FD6D09D.dip0.t-ipconnect.de (EHLO opi.home) [79.214.208.157] by mail.gmx.net (mp017) with SMTP; 28 May 2013 10:26:32 +0200 X-Authenticated: #1700068 X-Provags-ID: V01U2FsdGVkX1+ch+4qd2Gc+3DRbRoxQjXJcsmWkv6w9TeGuwtLTi SzZMiZyIYmxdBG Message-ID: <51A46A34.1060904@gmx.net> Date: Tue, 28 May 2013 10:26:28 +0200 From: =?ISO-8859-1?Q?Torsten_F=F6rtsch?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Nageswara rao Gurram CC: modperl-users Subject: Re: Net::SAML2 Compilation Error References: <51A3716D.9090007@gmx.net> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org On 28/05/13 09:06, Nageswara rao Gurram wrote: > I am using PerlModule Apache2::porting for debugging purpose. Oh my goodness! I have never had a look at this module before. This thing tries to be really clever. It installs an &UNIVERSAL::AUTOLOAD and overwrites CORE::GLOBAL::require. The module is short. I think if you litter it with debugging statements you may find the culprit. Torsten From modperl-return-63320-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 29 19:24:55 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 26421D137 for ; Wed, 29 May 2013 19:24:55 +0000 (UTC) Received: (qmail 88034 invoked by uid 500); 29 May 2013 19:24:54 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 87974 invoked by uid 500); 29 May 2013 19:24:53 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 87963 invoked by uid 99); 29 May 2013 19:24:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 19:24:53 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xzheng@christianbook.com designates 208.68.76.78 as permitted sender) Received: from [208.68.76.78] (HELO dmzpostal.cckh.com) (208.68.76.78) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 19:24:48 +0000 Received: from tigger2.cbdadmin.com ([10.10.1.140]) by dmzpostal.cckh.com (8.12.8/8.12.8) with ESMTP id r4TJOPov007352 for ; Wed, 29 May 2013 15:24:25 -0400 Received: from cougar.cbdadmin.com (cougar [10.10.1.210]) by tigger2.cbdadmin.com (8.13.8/8.13.8) with ESMTP id r4TJOQKc030867 for ; Wed, 29 May 2013 15:24:27 -0400 Received: from cougar.cbdadmin.com ([::1]) by cougar.cbdadmin.com ([::1]) with mapi id 14.02.0247.003; Wed, 29 May 2013 15:24:26 -0400 From: Xinhuan Zheng To: "modperl@perl.apache.org" Subject: Apache::DBI "connection lost contact" error Thread-Topic: Apache::DBI "connection lost contact" error Thread-Index: AQHOXKIh3fPzO3Xb8Uq1FtDcASri0w== Date: Wed, 29 May 2013 19:24:26 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 x-originating-ip: [10.10.182.55] Content-Type: multipart/alternative; boundary="_000_CDCBCE283B2D7xzhengchristianbookcom_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_CDCBCE283B2D7xzhengchristianbookcom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I have apache 2.2.23 statically compiled with mod_perl2 (prefork). perl bin= ary is 5.10.1. In startup.pl file there is call Apache:= :DBI->connect_on_init. use Apache::DBI; Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); use DBI; I need to call DBI->connect to load some data during server startup stage. = There is problem with this setup. Whenever apachectl startup/shutdown, we g= ot connection error like this: DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact Process ID: 0 Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at /usr/lo= cal/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. I am trying to fix this error. I think it's related to DBI->connect in star= tup.pl. My question is: 1. How do I accomplish loading data into database during server startup = using Apache::DBI? 2. Once data is loaded during server startup, how do I safely destroy th= is database handle but not affect the children instantiate their database h= andles? Thanks in advance, Xinhuan --_000_CDCBCE283B2D7xzhengchristianbookcom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
    Hi,

    I have apache 2.2.23 statically compiled with mod_perl2 (prefork). per= l binary is 5.10.1. In startup.pl file there is call Apache::DBI->connect_on_init.

    <code>
    use Apache::DBI;
    Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD );=

    use DBI;
    </code>

    I need to call DBI->connect to load some data during server startup= stage. There is problem with this setup. Whenever apachectl startup/shutdo= wn, we got connection error like this:

    DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact
    Process ID: 0
    Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at /u= sr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228.

    I am trying to fix this error. I think it's related to DBI->connect= in startup.pl. M= y question is:
    1. How do I accomplish loading data into database during server startup us= ing Apache::DBI?  
    2. Once data is loaded during server startup, = how do I safely destroy this database handle but not affect the children in= stantiate their database handles?
    Thanks in advance,

    Xinhuan
    --_000_CDCBCE283B2D7xzhengchristianbookcom_-- From modperl-return-63321-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 29 20:22:07 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CA3B3E1D4 for ; Wed, 29 May 2013 20:22:07 +0000 (UTC) Received: (qmail 65898 invoked by uid 500); 29 May 2013 20:22:06 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 65813 invoked by uid 500); 29 May 2013 20:22:06 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 65805 invoked by uid 99); 29 May 2013 20:22:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 20:22:06 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 20:22:00 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4TKLamt016765; Wed, 29 May 2013 16:21:36 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4TKLZra016762; Wed, 29 May 2013 16:21:35 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Wed, 29 May 2013 16:21:35 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Xinhuan Zheng cc: "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-942793216-1369858896=:6225" X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-942793216-1369858896=:6225 Content-Type: TEXT/PLAIN; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT A few questions: Precisely when do you get this error? When startup.pl exits or before? Can you send a copy of your startup.pl file? You get exactly the same error on startup and shutdown? If PerlRequire startup.pl is commented out, do you still get errors? Do you get errors when a child starts or ends? Or just the main process? Why does your error message say Process ID=0? Are other messages different? Does the error show up on the command line or in the log? -Jim On Wed, 29 May 2013, Xinhuan Zheng wrote: > Hi, > > I have apache 2.2.23 statically compiled with mod_perl2 (prefork). perl > binary is 5.10.1. In startup.pl file there is call > Apache::DBI->connect_on_init. > > > use Apache::DBI; > Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); > > use DBI; > > > I need to call DBI->connect to load some data during server startup stage. > There is problem with this setup. Whenever apachectl startup/shutdown, we > got connection error like this: > > DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact > Process ID: 0 > Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at > /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. > > I am trying to fix this error. I think it's related to DBI->connect > in startup.pl. My question is: > 1. How do I accomplish loading data into database during server startup > using Apache::DBI?   > 2. Once data is loaded during server startup, how do I safely destroy this > database handle but not affect the children instantiate their database > handles? > Thanks in advance, > > Xinhuan > > ---733756761-942793216-1369858896=:6225-- From modperl-return-63322-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 29 20:49:42 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 30A6BF601 for ; Wed, 29 May 2013 20:49:42 +0000 (UTC) Received: (qmail 81232 invoked by uid 500); 29 May 2013 20:49:41 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 81144 invoked by uid 500); 29 May 2013 20:49:41 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 81134 invoked by uid 99); 29 May 2013 20:49:41 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 20:49:41 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pharkins@gmail.com designates 209.85.223.179 as permitted sender) Received: from [209.85.223.179] (HELO mail-ie0-f179.google.com) (209.85.223.179) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 20:49:35 +0000 Received: by mail-ie0-f179.google.com with SMTP id c13so26040227ieb.38 for ; Wed, 29 May 2013 13:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/M6h3+OqfFAYZH3gCLsJ+tUfZhNqFL7mgecRBwunMvQ=; b=DG/2A9CUyA4y2HUHXRaqAnts5H4VmyDKw8QAhx8FfOAl4H8ORBTqKuRiSZlk50cpso ENhIgHBBaOefno2S701Y2iYkG9niND7ZQ63Bw2q+Kf2tQo7Hr9dPcnR6WgkCjLnh3FAE aRiYUKinxns41tPilVEivZerC+WAUHgMPWtYDI6UTFYoecEBTE5qzImUATKOTxdW71Xq sdMvCfGekixMrtU7hOzBIGKgST3luxt6Mb6Tf121maMoxtFXqIXRFumetab9zvXrvL/I WBVKQdibFDbrnmeV9fmhqN/t33unYmODz5kn268++GCXkqqXoayEsYhx+RKgVDiEWHYO 5F6A== MIME-Version: 1.0 X-Received: by 10.50.39.35 with SMTP id m3mr10300249igk.42.1369860554520; Wed, 29 May 2013 13:49:14 -0700 (PDT) Received: by 10.64.63.71 with HTTP; Wed, 29 May 2013 13:49:14 -0700 (PDT) In-Reply-To: References: Date: Wed, 29 May 2013 16:49:14 -0400 Message-ID: Subject: Re: Apache::DBI "connection lost contact" error From: Perrin Harkins To: Xinhuan Zheng Cc: "modperl@perl.apache.org" Content-Type: multipart/alternative; boundary=047d7bdca5cabe7eda04dde18364 X-Virus-Checked: Checked by ClamAV on apache.org --047d7bdca5cabe7eda04dde18364 Content-Type: text/plain; charset=ISO-8859-1 Hi, Apache::DBI is supposed to skip caching if you connect during startup. You should just need to disconnect your database handle after you finish with it. It sounds like you're opening it and then leaving it open. - Perrin On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng wrote: > Hi, > > I have apache 2.2.23 statically compiled with mod_perl2 (prefork). perl > binary is 5.10.1. In startup.pl file there is call > Apache::DBI->connect_on_init. > > > use Apache::DBI; > Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); > > use DBI; > > > I need to call DBI->connect to load some data during server startup > stage. There is problem with this setup. Whenever apachectl > startup/shutdown, we got connection error like this: > > DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact > Process ID: 0 > Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at > /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. > > I am trying to fix this error. I think it's related to DBI->connect in > startup.pl. My question is: > > 1. How do I accomplish loading data into database during server > startup using Apache::DBI? > 2. Once data is loaded during server startup, how do I safely destroy > this database handle but not affect the children instantiate their database > handles? > > Thanks in advance, > > Xinhuan > --047d7bdca5cabe7eda04dde18364 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Hi,

    Apache::DBI is supposed to sk= ip caching if you connect during startup. =A0You should just need to discon= nect your database handle after you finish with it. =A0It sounds like you&#= 39;re opening it and then leaving it open.

    - Perrin


    On Wed, May 29, 2013 at 3:24 PM, Xin= huan Zheng <xzheng@christianbook.com> wrote:
    Hi,

    I have apache 2.2.23 statically compiled with mod_perl2 (prefork). per= l binary is 5.10.1. In=A0s= tartup.pl=A0file there is call Apache::DBI->connect_on_init.

    <code>
    use Apache::DBI;
    Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD );=

    use DBI;
    </code>

    I need to call DBI->connect to load some data during server startup= stage. There is problem with this setup. Whenever apachectl startup/shutdo= wn, we got connection error like this:

    DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact
    Process ID: 0
    Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at /u= sr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228.

    I am trying to fix this error. I think it's related to DBI->con= nect in=A0startup.pl. = My question is:
    1. How do I accomplish loading data into database during server startup us= ing Apache::DBI? =A0
    2. Once data is loaded during server startup, how= do I safely destroy this database handle but not affect the children insta= ntiate their database handles?
    Thanks in advance,

    Xinhuan

    --047d7bdca5cabe7eda04dde18364-- From modperl-return-63323-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 29 23:32:06 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 59454DA1E for ; Wed, 29 May 2013 23:32:06 +0000 (UTC) Received: (qmail 55599 invoked by uid 500); 29 May 2013 23:32:05 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 55558 invoked by uid 500); 29 May 2013 23:32:05 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 55545 invoked by uid 99); 29 May 2013 23:32:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 23:32:05 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [212.13.204.73] (HELO urchin.earth.li) (212.13.204.73) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 23:31:59 +0000 Received: from dom by urchin.earth.li with local (Exim 4.72) (envelope-from ) id 1UhpqF-0004uw-EB for modperl@perl.apache.org; Thu, 30 May 2013 00:31:39 +0100 Date: Thu, 30 May 2013 00:31:39 +0100 From: Dominic Hargreaves To: Mod_perl users Subject: Re: Fwd: Re: Bug#666822: Apache 2.4 upload date scheduled for May 30; mod_perl needs work Message-ID: <20130529233139.GM6177@urchin.earth.li> References: <20130523142236.GJ6177@urchin.earth.li> <519E2E69.9040609@streppone.it> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <519E2E69.9040609@streppone.it> User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Checked: Checked by ClamAV on apache.org On Thu, May 23, 2013 at 04:57:45PM +0200, Cosimo Streppone wrote: > FYI, > > -------- Original Message -------- > Subject: Re: Bug#666822: Apache 2.4 upload date scheduled for May 30; > mod_perl needs work > Date: Thu, 23 May 2013 15:22:36 +0100 > From: Dominic Hargreaves > To: 666822@bugs.debian.org, debian-perl@lists.debian.org > CC: Arno Töll > Unfortunately we haven't progressed very far with this issue so far; > as things stand mod_perl will become uninstallable in Debian unstable > in a week or so (after more than a year since this bug was created). > > I would have liked to have had a bit more time to look into this but > haven't found the time yet. > > Based on comments on the upstream dev list, principally [1] last month, > the main blocker to getting a release out with 2.4 support appears to to > do with a single release which supports for both httpd 2.2 and 2.4. Whilst > I view this as the best general approach, to solve the issue in Debian, > it might be that all/most of what's needed to prepare a > libapache2-mod-perl2 which can be targetted at Apache 2.4 is in the > upstream httpd24 branch (and if we are already in the situation where the > Apache maintainers are going ahead with an upload to unstable, the downside > of having to coordinate uploads isn't so much of an issue). It would > involve carrying a probably large patch until the work is merged upstream, > but it is probably the best choice we have at this point. FYI, this work has now been done and libapache2-mod-perl2 2.0.8+httpd24-r1449661-1 has just been uploaded to Debian experimental. If the Apache transition goes ahead as scheduled, it will appear in Debian unstable before long. See for more information. The main remaining issue is that a couple of tests are still failing: . Thanks to Niko Tyni and gregor herrmann for the majority of the work in preparing this package! Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) From modperl-return-63324-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Wed May 29 23:55:02 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 87910DAF8 for ; Wed, 29 May 2013 23:55:02 +0000 (UTC) Received: (qmail 19035 invoked by uid 500); 29 May 2013 23:55:01 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 18985 invoked by uid 500); 29 May 2013 23:55:01 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 18978 invoked by uid 99); 29 May 2013 23:55:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 23:55:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kartik.unix@gmail.com designates 209.85.160.47 as permitted sender) Received: from [209.85.160.47] (HELO mail-pb0-f47.google.com) (209.85.160.47) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 May 2013 23:54:56 +0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so10017068pbb.20 for ; Wed, 29 May 2013 16:54:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WXVsUqGAIBwh/7CpWmyjSoCNLorSrq5XpRwlkiEACYg=; b=KTyB5jBgYFzI1goqwrhI+pEtW7QedESGshi7FwbQdRwtXOHQtYCPTq140h5SeGgSBv yVJ9YOmCI33TDTkVKITG1FY4Cxo0VAGBZiBJEqoupJ7oT6U1mc9stj/PfD1MUQb/ZP0F KHiawazkEduYo+5CIEepku+c1g3+xzQAq+JJr4yVHWEe4yaW7Rbr8a9kBzwQaVbEGiwv iVkGLzoBzdb0XAtCpAGQoQ3AMYWbme3YO5MRETWY5+QrswrxykQ3ooRogr4AJuDWU300 R6NgctBuw6YH7RQ2ySg4ReV6/XakfIKPlPQcSVGgginszemBioHN7qH6TnWCi9cJLeSP R7ng== MIME-Version: 1.0 X-Received: by 10.66.144.98 with SMTP id sl2mr5796853pab.92.1369871676173; Wed, 29 May 2013 16:54:36 -0700 (PDT) Received: by 10.70.3.4 with HTTP; Wed, 29 May 2013 16:54:36 -0700 (PDT) Date: Wed, 29 May 2013 18:54:36 -0500 Message-ID: Subject: Errors building mod_perl on 64 bit perl Solaris From: Kartik Vashishta To: modperl@perl.apache.org Content-Type: multipart/alternative; boundary=047d7b6dbe64a5749204dde41a29 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6dbe64a5749204dde41a29 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I am getting the following errors on 2.0.7: Manifying ../blib/man3/Apache2::Reload.3 modperl_perl.c: In function =E2modperl_hash_seed_set=E2: modperl_perl.c:272:9: error: =E2PL_rehash_seed=E2 undeclared (first use in = this function) modperl_perl.c:272:9: note: each undeclared identifier is reported only once for each function it appears in modperl_perl.c:273:9: error: =E2PL_rehash_seed_set=E2 undeclared (first use= in this function) make[1]: *** [modperl_perl.lo] Error 1 and on 2.0.8, I am getting the following error: symbol PL_check: relocations based on the ABS44 coding model can not be used in building a shared object Please assist --047d7b6dbe64a5749204dde41a29 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Hi,

    I am getting the following er= rors on 2.0.7:

    Manifying ../blib/= man3/Apache2::Reload.3
    modperl_perl.c: In function =E2modperl_has= h_seed_set=E2:
    modperl_perl.c:272:9: error: =E2PL_rehash_seed=E2 undeclared (first us= e in this function)
    modperl_perl.c:272:9: note: each undeclared i= dentifier is reported only once for each function it appears in
    m= odperl_perl.c:273:9: error: =E2PL_rehash_seed_set=E2 undeclared (first use = in this function)
    make[1]: *** [modperl_perl.lo] Error 1


    and on 2.0.8, I am getting the following error:

    symbol PL_check: relocations based on the ABS= 44 coding model can not be used in building a shared object


    Please assist
    --047d7b6dbe64a5749204dde41a29-- From modperl-return-63325-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 02:09:47 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AF962D699 for ; Thu, 30 May 2013 02:09:47 +0000 (UTC) Received: (qmail 44941 invoked by uid 500); 30 May 2013 02:09:46 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 44917 invoked by uid 500); 30 May 2013 02:09:46 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 44907 invoked by uid 99); 30 May 2013 02:09:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 02:09:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [146.186.165.126] (HELO elvis.arl.psu.edu) (146.186.165.126) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 02:09:41 +0000 Received: from elvis.arl.psu.edu (localhost [127.0.0.1]) by elvis.arl.psu.edu (8.14.5+Sun/8.14.5) with ESMTP id r4U29J3Y027080 for ; Wed, 29 May 2013 22:09:20 -0400 (EDT) Message-Id: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> X-uri: To: modperl@perl.apache.org Reply-to: modperl@perl.apache.org Subject: Re: Errors building mod_perl on 64 bit perl Solaris In-reply-to: Your message of "Wed, 29 May 2013 18:54:36 CDT." References: Date: Wed, 29 May 2013 22:09:19 -0400 From: John D Groenveld X-Virus-Checked: Checked by ClamAV on apache.org In message , Kartik Vashishta writes: >and on 2.0.8, I am getting the following error: > >symbol PL_check: relocations based on the ABS44 coding model can not be >used in building a shared object mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and apache httpd 2.2.24 under Solaris 10 with Solaris Studio compilers. How are your Perl and Apache built? John groenveld@acm.org From modperl-return-63326-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 09:31:21 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4BCE4F3FD for ; Thu, 30 May 2013 09:31:21 +0000 (UTC) Received: (qmail 97792 invoked by uid 500); 30 May 2013 09:31:20 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 97353 invoked by uid 500); 30 May 2013 09:31:17 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 97328 invoked by uid 99); 30 May 2013 09:31:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 09:31:17 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kartik.unix@gmail.com designates 209.85.160.52 as permitted sender) Received: from [209.85.160.52] (HELO mail-pb0-f52.google.com) (209.85.160.52) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 09:31:13 +0000 Received: by mail-pb0-f52.google.com with SMTP id xa12so21001pbc.39 for ; Thu, 30 May 2013 02:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=6NPIVTqsSAmaaNKI6YyKeL7xB2JeCFnXYP1wOFo8smg=; b=EXl/DNfRzggIPEv0+dWgEZ8U1pBJs1tMInCVcGNWrfTqPun3uqTv8CLRUPcMM7kOzC Otoi/LX0DHQAbw441dv383EsqUuWsYL0f2vPoXroqMtnjsQor0PMvNM9u7xR4xablGIE PoX6BQH5FVDseU7aQwvAs/rPmcDhB/uq5VMSqFidsQ4Lg5bSF4s+48gJoWIIUMhkUlyG 5HpY5DeR+jIcsH7H6SvdAhva68k4+O22sRf0hX+INoH1vmdI2x9mSDZmZrPBQNFODsVW iSHTyd7fV7GyJoPmHDe+8GlYh2WTUIh54AWcRAOnk8RY28QB/IQ+GLvLKE1+GEmKRF7I xuyg== MIME-Version: 1.0 X-Received: by 10.66.144.98 with SMTP id sl2mr7642882pab.92.1369906253018; Thu, 30 May 2013 02:30:53 -0700 (PDT) Received: by 10.70.3.4 with HTTP; Thu, 30 May 2013 02:30:52 -0700 (PDT) In-Reply-To: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> References: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> Date: Thu, 30 May 2013 04:30:52 -0500 Message-ID: Subject: Re: Errors building mod_perl on 64 bit perl Solaris From: Kartik Vashishta To: modperl@perl.apache.org Content-Type: multipart/alternative; boundary=047d7b6dbe64963c2004ddec27e0 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6dbe64963c2004ddec27e0 Content-Type: text/plain; charset=ISO-8859-1 perl was built with the same compiler as mod_perl ./Configure -ders -Dcc=cc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpth= -Uloclibpth= -Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signbit -Duselargefiles -Dprefix=/usr/perl6/5.18.0 apache was built from sources.....probably used gcc....not sure... On Wed, May 29, 2013 at 9:09 PM, John D Groenveld wrote: > In message WP8i51_bbE2JxejXX+w@mail.gmail.com> > , Kartik Vashishta writes: > >and on 2.0.8, I am getting the following error: > > > >symbol PL_check: relocations based on the ABS44 coding model can not be > >used in building a shared object > > mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and > apache httpd 2.2.24 under Solaris 10 with Solaris Studio compilers. > > How are your Perl and Apache built? > > John > groenveld@acm.org > --047d7b6dbe64963c2004ddec27e0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    perl was built with the same compiler as mod_perl
    ./Co= nfigure -ders -Dcc=3Dcc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpth=3D -U= loclibpth=3D =A0-Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signbit -Dus= elargefiles -Dprefix=3D/usr/perl6/5.18.0

    apache was built from sources.....probably = used gcc....not sure...



    On Wed, May 29, 2013 at 9:09 PM, John = D Groenveld <jdg117@elvis.arl.psu.edu> wrote:
    In message <CAJFC5W0p-skKsgOhit8zf=3DQvaw= oXqc=3DWP8i51_bbE2J= xejXX+w@mail.gmail.com>
    , Kartik Vashishta writes:
    >and on 2.0.8, I am getting the following error:
    >
    >symbol PL_check: relocations based on the ABS44 coding model can not be=
    >used in building a shared object

    mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and
    apache httpd 2.2.24 under Solaris 10 with Solaris Studio compilers.

    How are your Perl and Apache built?

    John
    groenveld@acm.org

    --047d7b6dbe64963c2004ddec27e0-- From modperl-return-63327-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 11:13:05 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DBBA79C7F for ; Thu, 30 May 2013 11:13:05 +0000 (UTC) Received: (qmail 50552 invoked by uid 500); 30 May 2013 11:13:04 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 50446 invoked by uid 500); 30 May 2013 11:13:04 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 50260 invoked by uid 99); 30 May 2013 11:12:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 11:12:56 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of cfaust@doyougot.com designates 208.79.232.125 as permitted sender) Received: from [208.79.232.125] (HELO postoffice.gristmillmedia.com) (208.79.232.125) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 11:12:48 +0000 Received: from c-98-217-219-254.hsd1.ma.comcast.net ([98.217.219.254]:50756 helo=AnalogWork) by postoffice.gristmillmedia.com with esmtpa (Exim 4.80) (envelope-from ) id 1Ui0mR-0000WY-GZ for modperl@perl.apache.org; Thu, 30 May 2013 06:12:27 -0500 From: "Chris Faust" To: Subject: Help on debugging print problem Date: Thu, 30 May 2013 07:11:36 -0400 Message-ID: <058a01ce5d26$73979f20$5ac6dd60$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_058B_01CE5D04.EC85FF20" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5dJmiQ4OhOse9gTQGM94xQlT+UYQ== Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - perl.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - doyougot.com X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: cfaust@doyougot.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------=_NextPart_000_058B_01CE5D04.EC85FF20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I have some code I use all the time I use to download a file: if (-e '/report.pdf') { open(PDF, '/report.pdf') or die "could not open PDF $!"; binmode PDF; my $output = do { local $/; }; close(PDF); $r->content_type('application/pdf'); $r->err_headers_out->add('Content-Disposition' => 'attachment; filename="report.pdf"'); $r->print($output); } I've never had a problem before using the above until trying to do it on a new machine. On that machine every time I still get prompted to download the file but FF/IE says its only 20 bytes (even though the pdf is 200k on the file system) and what is downloaded is not what is on the filesystem. I tried different files, different paths etc with the same results so I don't think it's a location or permissions issue. The only thing that gets logged in the attempt is: TIGHT LOOP!!!: Apache2::RequestRec=SCALAR(0x47e2f78) can't Apache2::RequestRec::print! Any ideas how I could further debug that error to find the cause? TIA! -Chris ------=_NextPart_000_058B_01CE5D04.EC85FF20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Hi,

     

    I have some = code I use all the time I use to download a file:

     

    if (-e = '/report.pdf') {

             &= nbsp;      open(PDF, '/report.pdf') or die = "could not open PDF $!";

             &= nbsp;      binmode PDF;

             &= nbsp;      my $output =3D do { local $/; = <PDF> };

             &= nbsp;      close(PDF);

             &= nbsp;      = $r->content_type('application/pdf');

             &= nbsp;      = $r->err_headers_out->add('Content-Disposition' =3D> = 'attachment; filename=3D"report.pdf"');

             &= nbsp;      = $r->print($output);

    }

     

    I've never = had a problem before using the above until trying to do it on a new = machine. On that machine every time I still get prompted to download the = file but FF/IE says its only 20 bytes (even though the pdf is 200k on = the file system) and what is downloaded is not what is on the = filesystem.

     

    I tried different files, different paths etc with the = same results so I don't think it's a location or permissions = issue.

     

    The only thing that gets logged in the attempt = is:

     

    TIGHT LOOP!!!: Apache2::RequestRec=3DSCALAR(0x47e2f78) = can't Apache2::RequestRec::print!

     

    Any ideas = how I could further debug that error to find the cause?

     

    TIA!

    -Chris

     

     

    ------=_NextPart_000_058B_01CE5D04.EC85FF20-- From modperl-return-63328-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 12:31:35 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 32AA3E6FF for ; Thu, 30 May 2013 12:31:35 +0000 (UTC) Received: (qmail 8221 invoked by uid 500); 30 May 2013 12:31:34 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 8106 invoked by uid 500); 30 May 2013 12:31:33 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 8092 invoked by uid 99); 30 May 2013 12:31:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 12:31:33 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 12:31:29 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4UCV5Kl011710; Thu, 30 May 2013 08:31:06 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4UCV4VI011704; Thu, 30 May 2013 08:31:05 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Thu, 30 May 2013 08:31:04 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Xinhuan Zheng cc: "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-183939928-1369917065=:6225" X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-183939928-1369917065=:6225 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Did this solve your problem? -Jim On Wed, 29 May 2013, Perrin Harkins wrote: > Hi, > Apache::DBI is supposed to skip caching if you connect during startup.  You > should just need to disconnect your database handle after you finish with > it.  It sounds like you're opening it and then leaving it open. > > - Perrin > > > On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng > wrote: > Hi, > > I have apache 2.2.23 statically compiled with mod_perl2 (prefork). > perl binary is 5.10.1. In startup.pl file there is call > Apache::DBI->connect_on_init. > > > use Apache::DBI; > Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); > > use DBI; > > > I need to call DBI->connect to load some data during server startup > stage. There is problem with this setup. Whenever apachectl > startup/shutdown, we got connection error like this: > > DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact > Process ID: 0 > Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at > /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. > > I am trying to fix this error. I think it's related to DBI->connect > in startup.pl. My question is: > 1. How do I accomplish loading data into database during server > startup using Apache::DBI?   > 2. Once data is loaded during server startup, how do I safely destroy > this database handle but not affect the children instantiate their > database handles? > Thanks in advance, > > Xinhuan > > > > ---733756761-183939928-1369917065=:6225-- From modperl-return-63329-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 13:12:22 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 233C6E853 for ; Thu, 30 May 2013 13:12:22 +0000 (UTC) Received: (qmail 33407 invoked by uid 500); 30 May 2013 13:12:21 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 33210 invoked by uid 500); 30 May 2013 13:12:20 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 33059 invoked by uid 99); 30 May 2013 13:12:19 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 13:12:19 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mdon@names.co.uk designates 85.233.160.19 as permitted sender) Received: from [85.233.160.19] (HELO smtp.hosts.co.uk) (85.233.160.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 13:12:13 +0000 Received: from [195.7.254.86] (helo=[192.168.1.91]) by smtp.hosts.co.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1Ui2e0-0002u6-0i; Thu, 30 May 2013 14:11:52 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_5EFAD072-C81A-493C-B512-8AE705CFDD7E" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Help on debugging print problem From: Marcus Don In-Reply-To: <058a01ce5d26$73979f20$5ac6dd60$@com> Date: Thu, 30 May 2013 14:11:50 +0100 Cc: Message-Id: <4ED9AA7B-C023-4ADB-8B9D-E34F85AE29CC@names.co.uk> References: <058a01ce5d26$73979f20$5ac6dd60$@com> To: "Chris Faust" X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_5EFAD072-C81A-493C-B512-8AE705CFDD7E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii At a guess, I'd say your new machine is using chunked output, so you = might need to add a size header. Marcus On 30 May 2013, at 12:11, "Chris Faust" wrote: > Hi, > =20 > I have some code I use all the time I use to download a file: > =20 > if (-e '/report.pdf') { > open(PDF, '/report.pdf') or die "could not open PDF = $!"; > binmode PDF; > my $output =3D do { local $/; }; > close(PDF); > $r->content_type('application/pdf'); > $r->err_headers_out->add('Content-Disposition' =3D> = 'attachment; filename=3D"report.pdf"'); > $r->print($output); > } > =20 > I've never had a problem before using the above until trying to do it = on a new machine. On that machine every time I still get prompted to = download the file but FF/IE says its only 20 bytes (even though the pdf = is 200k on the file system) and what is downloaded is not what is on the = filesystem. > =20 > I tried different files, different paths etc with the same results so = I don't think it's a location or permissions issue. > =20 > The only thing that gets logged in the attempt is: > =20 > TIGHT LOOP!!!: Apache2::RequestRec=3DSCALAR(0x47e2f78) can't = Apache2::RequestRec::print! > =20 > Any ideas how I could further debug that error to find the cause? > =20 > TIA! > -Chris > =20 > =20 --Apple-Mail=_5EFAD072-C81A-493C-B512-8AE705CFDD7E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii At a guess, I'd say your new = machine is using chunked output, so you might need to add a size = header.

    Marcus


    O= n 30 May 2013, at 12:11, "Chris Faust" <cfaust@doyougot.com> = wrote:

    Hi,
    I have some code I = use all the time I use to download a file:
     
    if = (-e '/report.pdf') {
    }
    I've never had a = problem before using the above until trying to do it on a new machine. = On that machine every time I still get prompted to download the file but = FF/IE says its only 20 bytes (even though the pdf is 200k on the file = system) and what is downloaded is not what is on the = filesystem.
    I tried different = files, different paths etc with the same results so I don't think it's a = location or permissions issue.
    The only thing that = gets logged in the attempt is:
    TIGHT LOOP!!!: = Apache2::RequestRec=3DSCALAR(0x47e2f78) can't = Apache2::RequestRec::print!
    Any ideas how I = could further debug that error to find the cause?
     
    References: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> Date: Thu, 30 May 2013 09:28:26 -0400 From: John D Groenveld X-Virus-Checked: Checked by ClamAV on apache.org In message , Kartik Vashishta writes: >perl was built with the same compiler as mod_perl >./Configure -ders -Dcc=cc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpth= >-Uloclibpth= -Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signbit >-Duselargefiles -Dprefix=/usr/perl6/5.18.0 config_args='-Dprefix=/opt/apache2/perl-5.18.0 -Dcc=cc -Duseshrplib -Uusemymalc -Duselargefiles -Ubincompat5005 -Doptimize=-xO3 -Duse64bitall' >apache was built from sources.....probably used gcc....not sure... $ cat config.nice #! /bin/sh # # Created by configure CC="cc"; export CC CFLAGS="-m64 -xO3"; export CFLAGS LDFLAGS="-m64"; export LDFLAGS "./configure" \ "--with-expat=/usr/sfw" \ "--with-ssl=/usr" \ "--enable-ssl" \ "--enable-proxy" \ "--enable-rewrite" \ "--enable-modules=all" \ "--enable-mods-shared=all" \ "--with-included-apr" \ "--prefix=/opt/apache2" \ "CC=cc" \ "CFLAGS=-m64 -xO3" \ "LDFLAGS=-m64" \ "$@" John groenveld@acm.org From modperl-return-63331-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 15:55:34 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A2616DD4F for ; Thu, 30 May 2013 15:55:34 +0000 (UTC) Received: (qmail 69015 invoked by uid 500); 30 May 2013 15:55:33 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 68594 invoked by uid 500); 30 May 2013 15:55:32 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 68536 invoked by uid 99); 30 May 2013 15:55:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 15:55:30 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cfaust@doyougot.com designates 208.79.232.125 as permitted sender) Received: from [208.79.232.125] (HELO postoffice.gristmillmedia.com) (208.79.232.125) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 15:55:15 +0000 Received: from c-98-217-219-254.hsd1.ma.comcast.net ([98.217.219.254]:58158 helo=AnalogWork) by postoffice.gristmillmedia.com with esmtpa (Exim 4.80) (envelope-from ) id 1Ui5Bl-0005S3-Lk; Thu, 30 May 2013 10:54:53 -0500 From: "Chris Faust" To: "'Marcus Don'" Cc: References: <058a01ce5d26$73979f20$5ac6dd60$@com> <4ED9AA7B-C023-4ADB-8B9D-E34F85AE29CC@names.co.uk> In-Reply-To: <4ED9AA7B-C023-4ADB-8B9D-E34F85AE29CC@names.co.uk> Subject: RE: Help on debugging print problem Date: Thu, 30 May 2013 11:54:00 -0400 Message-ID: <05d701ce5d4d$e70b8580$b5229080$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_05D8_01CE5D2C.5FF9E580" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5dN1KOJHbCat0BRpG5oEXZ0MXkpAAE3NLA Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - perl.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - doyougot.com X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: cfaust@doyougot.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------=_NextPart_000_05D8_01CE5D2C.5FF9E580 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thanks Marcus, is there is a easy way to get the content length? I tried $length = calculate_body_len(); $r->err_headers_out->add('Content-Length' => $length); Which gave me a corrupted content error, I also tried my $body_len = calculate_body_len(); $r->set_content_length($body_len); $r->rflush; Which just did nothing. Thx -Chris From: Marcus Don [mailto:mdon@names.co.uk] Sent: Thursday, May 30, 2013 9:12 AM To: Chris Faust Cc: modperl@perl.apache.org Subject: Re: Help on debugging print problem At a guess, I'd say your new machine is using chunked output, so you might need to add a size header. Marcus On 30 May 2013, at 12:11, "Chris Faust" wrote: Hi, I have some code I use all the time I use to download a file: if (-e '/report.pdf') { open(PDF, '/report.pdf') or die "could not open PDF $!"; binmode PDF; my $output = do { local $/; }; close(PDF); $r->content_type('application/pdf'); $r->err_headers_out->add('Content-Disposition' => 'attachment; filename="report.pdf"'); $r->print($output); } I've never had a problem before using the above until trying to do it on a new machine. On that machine every time I still get prompted to download the file but FF/IE says its only 20 bytes (even though the pdf is 200k on the file system) and what is downloaded is not what is on the filesystem. I tried different files, different paths etc with the same results so I don't think it's a location or permissions issue. The only thing that gets logged in the attempt is: TIGHT LOOP!!!: Apache2::RequestRec=SCALAR(0x47e2f78) can't Apache2::RequestRec::print! Any ideas how I could further debug that error to find the cause? TIA! -Chris ------=_NextPart_000_05D8_01CE5D2C.5FF9E580 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Thanks Marcus, is there is a easy way to get the content = length?

     

    I tried

     

    $length =3D calculate_body_len();

    $r->err_headers_out->add('Content-Length' =3D> = $length);

     

    Which gave me a corrupted content error, I also = tried

     

    my $body_len =3D calculate_body_len();

    $r->set_content_length($body_len);

    $r->rflush;

     

    Which just did nothing.

     

    Thx

    -Chris

     

    From:= = Marcus Don [mailto:mdon@names.co.uk]
    Sent: Thursday, May 30, = 2013 9:12 AM
    To: Chris Faust
    Cc: = modperl@perl.apache.org
    Subject: Re: Help on debugging print = problem

     

    At a guess, = I'd say your new machine is using chunked output, so you might need to = add a size header.

     

    Marcus

     

     

    On = 30 May 2013, at 12:11, "Chris Faust" <cfaust@doyougot.com> = wrote:



    Hi,

     =

    I have = some code I use all the time I use to download a = file:

     =

    if (-e = '/report.pdf') {

      = ;            =   open(PDF, '/report.pdf') or die "could not open PDF = $!";

      = ;            =   binmode PDF;

      = ;            =   my $output =3D do { local $/; <PDF> = };

      = ;            =   close(PDF);

      = ;            =   = $r->content_type('application/pdf');

    <= p class=3DMsoNormal>  = ;            =   $r->err_headers_out->add('Content-Disposition' =3D> = 'attachment; = filename=3D"report.pdf"');

      = ;            =   $r->print($output);

    }

     =

    I've never = had a problem before using the above until trying to do it on a new = machine. On that machine every time I still get prompted to download the = file but FF/IE says its only 20 bytes (even though the pdf is 200k on = the file system) and what is downloaded is not what is on the = filesystem.

     =

    I tried = different files, different paths etc with the same results so I don't = think it's a location or permissions = issue.

     =

    The only = thing that gets logged in the attempt = is:

     =

    TIGHT = LOOP!!!: Apache2::RequestRec=3DSCALAR(0x47e2f78) can't = Apache2::RequestRec::print!

     =

    Any ideas = how I could further debug that error to find the = cause?

     =

    TIA!

    -Chris=

     =

     =

     

    ------=_NextPart_000_05D8_01CE5D2C.5FF9E580-- From modperl-return-63332-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 16:00:24 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 50FB6DD82 for ; Thu, 30 May 2013 16:00:24 +0000 (UTC) Received: (qmail 92863 invoked by uid 500); 30 May 2013 16:00:23 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 92196 invoked by uid 500); 30 May 2013 16:00:23 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 92160 invoked by uid 99); 30 May 2013 16:00:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 16:00:22 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mdon@names.co.uk designates 85.233.160.19 as permitted sender) Received: from [85.233.160.19] (HELO smtp.hosts.co.uk) (85.233.160.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 16:00:17 +0000 Received: from [195.7.254.86] (helo=[192.168.1.91]) by smtp.hosts.co.uk with esmtps (TLSv1:AES128-SHA:128) (Exim 4.72) (envelope-from ) id 1Ui5Gb-0006Ny-Il; Thu, 30 May 2013 16:59:53 +0100 Content-Type: multipart/alternative; boundary="Apple-Mail=_90CDBEA2-E749-449C-AA1D-0C2F41264ED6" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Help on debugging print problem From: Marcus Don In-Reply-To: <05d701ce5d4d$e70b8580$b5229080$@com> Date: Thu, 30 May 2013 16:59:51 +0100 Cc: Message-Id: <1ACF17E9-4511-45B2-8AFB-CB2F94ACA79D@names.co.uk> References: <058a01ce5d26$73979f20$5ac6dd60$@com> <4ED9AA7B-C023-4ADB-8B9D-E34F85AE29CC@names.co.uk> <05d701ce5d4d$e70b8580$b5229080$@com> To: "Chris Faust" X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on apache.org --Apple-Mail=_90CDBEA2-E749-449C-AA1D-0C2F41264ED6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I suspect you can just to this... my $size =3D -s '/report.pdf'; ... but to be honest I haven't used Perl in years :) BTW It would be a lot more efficient to stream the file contents rather = than read it into a variable. Marcus On 30 May 2013, at 16:54, "Chris Faust" wrote: > Thanks Marcus, is there is a easy way to get the content length? > =20 > I tried > =20 > $length =3D calculate_body_len(); > $r->err_headers_out->add('Content-Length' =3D> $length); > =20 > Which gave me a corrupted content error, I also tried > =20 > my $body_len =3D calculate_body_len(); > $r->set_content_length($body_len); > $r->rflush; > =20 > Which just did nothing. > =20 > Thx > -Chris > =20 > From: Marcus Don [mailto:mdon@names.co.uk]=20 > Sent: Thursday, May 30, 2013 9:12 AM > To: Chris Faust > Cc: modperl@perl.apache.org > Subject: Re: Help on debugging print problem > =20 > At a guess, I'd say your new machine is using chunked output, so you = might need to add a size header. > =20 > Marcus > =20 > =20 > On 30 May 2013, at 12:11, "Chris Faust" wrote: >=20 >=20 > Hi, > =20 > I have some code I use all the time I use to download a file: > =20 > if (-e '/report.pdf') { > open(PDF, '/report.pdf') or die "could not open PDF = $!"; > binmode PDF; > my $output =3D do { local $/; }; > close(PDF); > $r->content_type('application/pdf'); > $r->err_headers_out->add('Content-Disposition' =3D> = 'attachment; filename=3D"report.pdf"'); > $r->print($output); > } > =20 > I've never had a problem before using the above until trying to do it = on a new machine. On that machine every time I still get prompted to = download the file but FF/IE says its only 20 bytes (even though the pdf = is 200k on the file system) and what is downloaded is not what is on the = filesystem. > =20 > I tried different files, different paths etc with the same results so = I don't think it's a location or permissions issue. > =20 > The only thing that gets logged in the attempt is: > =20 > TIGHT LOOP!!!: Apache2::RequestRec=3DSCALAR(0x47e2f78) can't = Apache2::RequestRec::print! > =20 > Any ideas how I could further debug that error to find the cause? > =20 > TIA! > -Chris > =20 > =20 > =20 --Apple-Mail=_90CDBEA2-E749-449C-AA1D-0C2F41264ED6 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii I suspect you can just to = this...

    my $size =3D -s = '/report.pdf';

    ... but to be honest I haven't = used Perl in years :)

    BTW It would be a lot = more efficient to stream the file contents rather than read it into a = variable.

    Marcus





    On 30 May 2013, at = 16:54, "Chris Faust" <cfaust@doyougot.com> = wrote:

    Thanks Marcus, is there = is a easy way to get the content length?
     
    I = tried
     
    $length =3D = calculate_body_len();
     
    Which gave me a corrupted content error, I = also tried
     
    my $body_len =3D = calculate_body_len();
     
    Which just did = nothing.
     
    Thx
     
     Marcus = Don [mailto:mdon@names.co.uk] 
    Sent: Thursday, May 30, 2013 9:12 = AM
    To: Chris = Faust
    Cc:  
    Re: Help on debugging print = problem
    I = have some code I use all the time I use to download a = file:
    if = (-e '/report.pdf') {
    }
     
    I've never had a problem before using the above = until trying to do it on a new machine. On that machine every time I = still get prompted to download the file but FF/IE says its only 20 bytes = (even though the pdf is 200k on the file system) and what is downloaded = is not what is on the filesystem.
     
    I tried different files, different paths etc with = the same results so I don't think it's a location or permissions = issue.
     
    Any ideas how I could further debug that error to = find the cause?
     
    TIA!
    -Chris
     
     

    = --Apple-Mail=_90CDBEA2-E749-449C-AA1D-0C2F41264ED6-- From modperl-return-63333-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 16:06:18 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 43CF1DDD0 for ; Thu, 30 May 2013 16:06:18 +0000 (UTC) Received: (qmail 18520 invoked by uid 500); 30 May 2013 16:06:17 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 18498 invoked by uid 500); 30 May 2013 16:06:17 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 18478 invoked by uid 99); 30 May 2013 16:06:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 16:06:16 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of cfaust@doyougot.com designates 208.79.232.125 as permitted sender) Received: from [208.79.232.125] (HELO postoffice.gristmillmedia.com) (208.79.232.125) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 16:06:09 +0000 Received: from c-98-217-219-254.hsd1.ma.comcast.net ([98.217.219.254]:58324 helo=AnalogWork) by postoffice.gristmillmedia.com with esmtpa (Exim 4.80) (envelope-from ) id 1Ui5MK-0005in-DA; Thu, 30 May 2013 11:05:48 -0500 From: "Chris Faust" To: "'Marcus Don'" Cc: References: <058a01ce5d26$73979f20$5ac6dd60$@com> <4ED9AA7B-C023-4ADB-8B9D-E34F85AE29CC@names.co.uk> <05d701ce5d4d$e70b8580$b5229080$@com> <1ACF17E9-4511-45B2-8AFB-CB2F94ACA79D@names.co.uk> In-Reply-To: <1ACF17E9-4511-45B2-8AFB-CB2F94ACA79D@names.co.uk> Subject: RE: Help on debugging print problem Date: Thu, 30 May 2013 12:04:54 -0400 Message-ID: <05ee01ce5d4f$6cf94c80$46ebe580$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_05EF_01CE5D2D.E5E7AC80" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac5dTsvlN6hCIi80Tyq2TJhBQSQmuwAAC94w Content-Language: en-us X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - postoffice.gristmillmedia.com X-AntiAbuse: Original Domain - perl.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - doyougot.com X-Get-Message-Sender-Via: postoffice.gristmillmedia.com: authenticated_id: cfaust@doyougot.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. ------=_NextPart_000_05EF_01CE5D2D.E5E7AC80 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Oh, I thought the header info had to be included in the length as well. No luck there though, same Corrupted Content error. Really wish I knew what could be causing it, no problem with the same code on 4 other machines and 3 of them are the same exact apache, mod_perl and libapreq2 versions. Oh well, back to the drawing board. Thanks -Chris From: Marcus Don [mailto:mdon@names.co.uk] Sent: Thursday, May 30, 2013 12:00 PM To: Chris Faust Cc: modperl@perl.apache.org Subject: Re: Help on debugging print problem I suspect you can just to this... my $size = -s '/report.pdf'; ... but to be honest I haven't used Perl in years :) BTW It would be a lot more efficient to stream the file contents rather than read it into a variable. Marcus On 30 May 2013, at 16:54, "Chris Faust" wrote: Thanks Marcus, is there is a easy way to get the content length? I tried $length = calculate_body_len(); $r->err_headers_out->add('Content-Length' => $length); Which gave me a corrupted content error, I also tried my $body_len = calculate_body_len(); $r->set_content_length($body_len); $r->rflush; Which just did nothing. Thx -Chris From: Marcus Don [mailto:mdon@ names.co.uk] Sent: Thursday, May 30, 2013 9:12 AM To: Chris Faust Cc: modperl@perl.apache.org Subject: Re: Help on debugging print problem At a guess, I'd say your new machine is using chunked output, so you might need to add a size header. Marcus On 30 May 2013, at 12:11, "Chris Faust" < cfaust@doyougot.com> wrote: Hi, I have some code I use all the time I use to download a file: if (-e '/report.pdf') { open(PDF, '/report.pdf') or die "could not open PDF $!"; binmode PDF; my $output = do { local $/; }; close(PDF); $r->content_type('application/pdf'); $r->err_headers_out->add('Content-Disposition' => 'attachment; filename="report.pdf"'); $r->print($output); } I've never had a problem before using the above until trying to do it on a new machine. On that machine every time I still get prompted to download the file but FF/IE says its only 20 bytes (even though the pdf is 200k on the file system) and what is downloaded is not what is on the filesystem. I tried different files, different paths etc with the same results so I don't think it's a location or permissions issue. The only thing that gets logged in the attempt is: TIGHT LOOP!!!: Apache2::RequestRec=SCALAR(0x47e2f78) can't Apache2::RequestRec::print! Any ideas how I could further debug that error to find the cause? TIA! -Chris ------=_NextPart_000_05EF_01CE5D2D.E5E7AC80 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

    Oh, I thought the header info had to be included in the length as = well.

     

    No luck there though, same Corrupted Content error. Really wish I = knew what could be causing it, no problem with the same code on 4 other = machines and 3 of them are the same exact apache, mod_perl and libapreq2 = versions.

     

    Oh well, back to the drawing board.

     

    Thanks

    -Chris

     

    From:= = Marcus Don [mailto:mdon@names.co.uk]
    Sent: Thursday, May 30, = 2013 12:00 PM
    To: Chris Faust
    Cc: = modperl@perl.apache.org
    Subject: Re: Help on debugging print = problem

     

    I suspect = you can just to this...

     

    my $size =3D -s = '/report.pdf';

     

    ... but to be honest I haven't used Perl in years = :)

     

    BTW It would be a lot more efficient to stream the = file contents rather than read it into a = variable.

     

    Marcus

     

     

     

     

     

    On = 30 May 2013, at 16:54, "Chris Faust" <cfaust@doyougot.com> = wrote:



    Thanks Marcus, is there is a easy way to get the content = length?

     

    I tried

     

    $length =3D calculate_body_len();

    $r->err_headers_out->add('Content-Length' =3D> = $length);

     

    Which gave me a corrupted content error, I also = tried

     

    my $body_len =3D = calculate_body_len();

    $r->set_content_length($body_len);

    =

    $r->rflush;

     

    Which just did nothing.

     

    Thx

    -Chris

     

    From:=  Marcus Don = [mailto:mdon@names.co.uk] 
    Sent: Thursday, May 30, 2013 9:12 = AM
    To: Chris = Faust
    Cc: modperl@perl.apache.org
    Subject:<= /b> Re: Help on = debugging print problem

     

    At a guess, I'd say your new machine is using chunked = output, so you might need to add a size = header.

     

    Marcus

     

     

    On 30 May 2013, at 12:11, "Chris Faust" = <cfaust@doyougot.com> = wrote:




    Hi,<= o:p>

     

    I have = some code I use all the time I use to download a = file:

     

    if (-e = '/report.pdf') {

      = ;            =   open(PDF, '/report.pdf') or die "could not open PDF = $!";

      = ;            =   binmode PDF;

      = ;            =   my $output =3D do { local $/; <PDF> = };

      = ;            =   close(PDF);

      = ;            =   = $r->content_type('application/pdf');

    =

      = ;            =   $r->err_headers_out->add('Content-Disposition' =3D> = 'attachment; = filename=3D"report.pdf"');

      = ;            =   = $r->print($output);

    }

     

    I've never = had a problem before using the above until trying to do it on a new = machine. On that machine every time I still get prompted to download the = file but FF/IE says its only 20 bytes (even though the pdf is 200k on = the file system) and what is downloaded is not what is on the = filesystem.

     

    I tried = different files, different paths etc with the same results so I don't = think it's a location or permissions = issue.

     

    The only = thing that gets logged in the attempt = is:

     

    TIGHT = LOOP!!!: Apache2::RequestRec=3DSCALAR(0x47e2f78) can't = Apache2::RequestRec::print!

     

    Any ideas = how I could further debug that error to find the = cause?

     

    TIA!=

    -Chris

     

     

     

     

    ------=_NextPart_000_05EF_01CE5D2D.E5E7AC80-- From modperl-return-63334-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Thu May 30 23:46:49 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 661DAF6ED for ; Thu, 30 May 2013 23:46:49 +0000 (UTC) Received: (qmail 9920 invoked by uid 500); 30 May 2013 23:46:48 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 9865 invoked by uid 500); 30 May 2013 23:46:48 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 9855 invoked by uid 99); 30 May 2013 23:46:48 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 23:46:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xzheng@christianbook.com designates 208.68.76.78 as permitted sender) Received: from [208.68.76.78] (HELO dmzpostal.cckh.com) (208.68.76.78) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 May 2013 23:46:44 +0000 Received: from tigger2.cbdadmin.com ([10.10.1.140]) by dmzpostal.cckh.com (8.12.8/8.12.8) with ESMTP id r4UNkHEh030571; Thu, 30 May 2013 19:46:17 -0400 Received: from cougar.cbdadmin.com (SAPPHIRE.cbdadmin.com [10.10.1.210] (may be forged)) by tigger2.cbdadmin.com (8.13.8/8.13.8) with ESMTP id r4UNkK6Y009561; Thu, 30 May 2013 19:46:20 -0400 Received: from cougar.cbdadmin.com ([::1]) by cougar.cbdadmin.com ([::1]) with mapi id 14.02.0247.003; Thu, 30 May 2013 19:46:20 -0400 From: Xinhuan Zheng To: Jim Schueler CC: "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error Thread-Topic: Apache::DBI "connection lost contact" error Thread-Index: AQHOXKIh3fPzO3Xb8Uq1FtDcASri05kc5b4AgAEHJQCAAHmXgA== Date: Thu, 30 May 2013 23:46:19 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 x-originating-ip: [192.168.253.102] Content-Type: text/plain; charset="us-ascii" Content-ID: <9507CC67613D6747B2AD5C18012F0BF3@cbd.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org The db handle is declared local and once it's out of scope, the destroy call will disconnect. But it appears even though variable is out of scope, we still get that error. Don't know why. - xinhuan On 5/30/13 8:31 AM, "Jim Schueler" wrote: >Did this solve your problem? > > -Jim > >On Wed, 29 May 2013, Perrin Harkins wrote: > >> Hi, >> Apache::DBI is supposed to skip caching if you connect during startup. >>You >> should just need to disconnect your database handle after you finish >>with >> it. It sounds like you're opening it and then leaving it open. >>=20 >> - Perrin >>=20 >>=20 >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng >> >> wrote: >> Hi, >>=20 >> I have apache 2.2.23 statically compiled with mod_perl2 (prefork). >> perl binary is 5.10.1. In startup.pl file there is call >> Apache::DBI->connect_on_init. >>=20 >> >> use Apache::DBI; >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); >>=20 >> use DBI; >> >>=20 >> I need to call DBI->connect to load some data during server startup >> stage. There is problem with this setup. Whenever apachectl >> startup/shutdown, we got connection error like this: >>=20 >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact >> Process ID: 0 >> Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. >>=20 >> I am trying to fix this error. I think it's related to DBI->connect >> in startup.pl. My question is: >> 1. How do I accomplish loading data into database during server >> startup using Apache::DBI? >> 2. Once data is loaded during server startup, how do I safely destroy >> this database handle but not affect the children instantiate their >> database handles? >> Thanks in advance, >>=20 >> Xinhuan >>=20 >>=20 >>=20 From modperl-return-63335-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 11:01:24 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 02224F7A7 for ; Fri, 31 May 2013 11:01:24 +0000 (UTC) Received: (qmail 94670 invoked by uid 500); 31 May 2013 11:01:23 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 94054 invoked by uid 500); 31 May 2013 11:01:19 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 94004 invoked by uid 99); 31 May 2013 11:01:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 11:01:17 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kartik.unix@gmail.com designates 209.85.160.43 as permitted sender) Received: from [209.85.160.43] (HELO mail-pb0-f43.google.com) (209.85.160.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 11:01:12 +0000 Received: by mail-pb0-f43.google.com with SMTP id ma3so2031876pbc.30 for ; Fri, 31 May 2013 04:00:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=bArSZHhaea+GlRA9sJDaVthqaN18jjB88V0O8tRUol0=; b=nvdwHqYfj7SOru8RcxH6POcMstw31YoWRilnClTJHH3wEwIU4h5OtrFtZ2ZHZq+LwY WglqaYIjisePqnLjt62Bt54f2caLsUbqTMThuP1ohMtY3w6lY71y9s8CVCSWX7KiKMIt 0WHnt5bQCp28bPyZKViGL47Hkuvx1Cbdw13Ce6+1z4ACISCQVkwdxw+Qog8s48UJ45Jc fYcnggPg8YGZEj8prxQ+cnuVLiMY13DRJJFkqNFbiSwqGECbsP9xaWHJFYQ2GEcjphlx hLg5YoqG42Fd1mFgDoCtN/HdlFoimDw/HZmP9uvWvmXQSzzQQU5OlrOyfvZpGfWsksDI MOkQ== MIME-Version: 1.0 X-Received: by 10.66.230.199 with SMTP id ta7mr13201067pac.153.1369998050916; Fri, 31 May 2013 04:00:50 -0700 (PDT) Received: by 10.70.3.4 with HTTP; Fri, 31 May 2013 04:00:50 -0700 (PDT) In-Reply-To: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> References: <201305300209.r4U29J3Y027080@elvis.arl.psu.edu> Date: Fri, 31 May 2013 06:00:50 -0500 Message-ID: Subject: Re: Errors building mod_perl on 64 bit perl Solaris From: Kartik Vashishta To: modperl@perl.apache.org Content-Type: multipart/alternative; boundary=047d7b15ab2d2b000e04de0187ec X-Virus-Checked: Checked by ClamAV on apache.org --047d7b15ab2d2b000e04de0187ec Content-Type: text/plain; charset=ISO-8859-1 Summary: Building 64 bit perl, mod_perl 64 bit apache and connecting to 64 bit MySql database on Solaris Sparc We could successfully build 64 bit apache with the configuration options so kindly shared by John D. Groenveld, also, in order to build mod_perl on 64 bit perl we had to recompile perl 64 bit, these are the flags we used: ./Configure -ders -Dcc=cc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpth= -Uloclibpth= -Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signbit -Duselargefiles -Dprefix=/usr/perl10/5.18.0 -Accflags="-xcode=pic32" The noteworthy flags in above ./Configure are -Accflags="-xcode=pic32" in ./Configure the "-Accflags=" passes the flags you want to the C compiler, in our case we wanted the -xcode=x32 flag to be passed to the C compiler(solaris studio compiler) because of the error message we were getting: "symbol PL_check: relocations based on the ABS44 coding model can not be used in building a shared object" So to build for "shared object" support, perl 64 bit had to be recompiled with the -xcode=pic32 flag Building mod_perl was then seamless, perl Makefile.PL (NOTE: the perl is teh perl which was built with above arguments. make, make install. It is important to use the SAME COMPILER for everything. We are using Solaris Studio compiler, which, John D. Grovenfeld also used. We needed DBD::mysql to talk to the MYSql database, now Mysql was installed on Solaris 10 via pkgadd and is a 64 bit application. Needless to say it is safe to assume that Oracle built it using the Solaris Studio compiler...... DBD::mysql was built using MCPAN shell..... Hope this helps someone in the future....... Thanks to John D. Groenveld, The other resources online, and to my boss... Regards, Kartik Vashishta On Wed, May 29, 2013 at 9:09 PM, John D Groenveld wrote: > In message WP8i51_bbE2JxejXX+w@mail.gmail.com> > , Kartik Vashishta writes: > >and on 2.0.8, I am getting the following error: > > > >symbol PL_check: relocations based on the ABS44 coding model can not be > >used in building a shared object > > mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and > apache httpd 2.2.24 under Solaris 10 with Solaris Studio compilers. > > How are your Perl and Apache built? > > John > groenveld@acm.org > --047d7b15ab2d2b000e04de0187ec Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Summary: Building 64 bit perl, mod_perl 64 bit = apache and connecting to 64 bit MySql database on Solaris Sparc=A0

    We could successfully build 64 bit apache with the configuratio= n options so kindly shared by John D. Groenveld, also, in order to build mo= d_perl on 64 bit perl we had to recompile perl 64 bit, these are the flags = we used:
    =A0./Configure -ders -Dcc=3Dcc -Ud_sigsetjmp -Uinstallusrbinperl -Ulocincpt= h=3D -Uloclibpth=3D =A0-Duse64bitint -Duse64bitall -Ud_strerror_r -Ud_signb= it -Duselargefiles -Dprefix=3D/usr/perl10/5.18.0 -Accflags=3D"-xcode= =3Dpic32"

    The noteworthy flags in above ./Configure a= re -Accflags=3D"-xcode=3Dpic32" =A0in ./Configure =A0the =A0"= ;-Accflags=3D" passes the flags you want to the C compiler, in our cas= e we wanted the -xcode=3Dx32 flag to be passed to the C compiler(solaris st= udio compiler) because of the error message we were getting:
    "symbol PL_check: relocations based on the ABS44 coding= model can not be used in building a shared object"
    So to build for "shared object" support, perl 64 bit had to b= e recompiled with the -xcode=3Dpic32 flag

    Building mod_perl was then seamless, perl Makef= ile.PL (NOTE: the perl is teh perl which was built with above arguments.
    make, make install.

    It is important to use the SAME COMPILER for everything.= We are using Solaris Studio compiler, which, John D. Grovenfeld also used.= We needed DBD::mysql to talk to the MYSql database, now Mysql was installe= d on Solaris 10 via pkgadd and is a 64 bit application. Needless to say it = is safe to assume that Oracle built it using the Solaris Studio compiler...= ...

    DBD::mysql was built using MCPAN shell.....=

    Hope this helps someone in the future= .......

    Thanks to John D. Groenveld, T= he other resources online, and to my boss...

    Regards,

    Kartik Vashishta


    On Wed, May 29, 2013 at 9:09 PM, John D Groenveld <jdg117@elvis.arl.psu.edu> wrote:
    In message <CAJFC5W0p-skKsgOhit8zf=3DQvaw= oXqc=3DWP8i51_bbE2J= xejXX+w@mail.gmail.com>
    , Kartik Vashishta writes:
    >and on 2.0.8, I am getting the following error:
    >
    >symbol PL_check: relocations based on the ABS44 coding model can not be=
    >used in building a shared object

    mod_perl 2.0.8 builds for me with 64-bit perl 5.18.0 and
    apache httpd 2.2.24 under Solaris 10 with Solaris Studio compilers.

    How are your Perl and Apache built?

    John
    groenveld@acm.org

    --047d7b15ab2d2b000e04de0187ec-- From modperl-return-63336-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 11:46:41 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D1E4110773 for ; Fri, 31 May 2013 11:46:41 +0000 (UTC) Received: (qmail 43092 invoked by uid 500); 31 May 2013 11:46:41 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 42851 invoked by uid 500); 31 May 2013 11:46:40 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 42820 invoked by uid 99); 31 May 2013 11:46:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 11:46:39 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pharkins@gmail.com designates 209.85.212.176 as permitted sender) Received: from [209.85.212.176] (HELO mail-wi0-f176.google.com) (209.85.212.176) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 11:46:33 +0000 Received: by mail-wi0-f176.google.com with SMTP id hr14so599199wib.9 for ; Fri, 31 May 2013 04:46:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lDpOAj7ZGdyfeyjZboe/MoIDUk5ljlW7L1u5D+7Eaz0=; b=e5GM5t9b70V1cYH+4L1rTttzEY2TiHP2QYfAxHK8mHW81/PSs4N8zHd06r7vJLg/BH 8MJ5/VXGBS1iNfFucTWdTPttj4taMsX3P8Ki1vRH0QBEdsCU5Ktm+7sUZyIb/OHwkNEX U3tYyRvAgSqKbC+k6fPutxST7oyu4ybY5wq4ZA8U58gieKpHFhKyg89+BDFwJ9rTEAlp bC15rnl9/r7FE4nys2ic1PTq33aJ+zS2LFuTXS+dpfRxzSELkP3PtTZZC3p5LAusHrXL IFRWyrrWFJQ1bU6+FRju9pDl7NYCiHywlwN/qv9ZMkN3zk1kplT3O7nZyBNsZR9hppHC YGQA== MIME-Version: 1.0 X-Received: by 10.180.37.229 with SMTP id b5mr2903039wik.29.1370000773343; Fri, 31 May 2013 04:46:13 -0700 (PDT) Received: by 10.194.20.195 with HTTP; Fri, 31 May 2013 04:46:13 -0700 (PDT) In-Reply-To: References: Date: Fri, 31 May 2013 07:46:13 -0400 Message-ID: Subject: Re: Apache::DBI "connection lost contact" error From: Perrin Harkins To: Xinhuan Zheng Cc: Jim Schueler , "modperl@perl.apache.org" Content-Type: multipart/alternative; boundary=e89a8f6470176fefd004de022935 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f6470176fefd004de022935 Content-Type: text/plain; charset=ISO-8859-1 Try an explicit disconnect() call. - Perrin On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng wrote: > The db handle is declared local and once it's out of scope, the destroy > call will disconnect. But it appears even though variable is out of scope, > we still get that error. Don't know why. > - xinhuan > > On 5/30/13 8:31 AM, "Jim Schueler" wrote: > > >Did this solve your problem? > > > > -Jim > > > >On Wed, 29 May 2013, Perrin Harkins wrote: > > > >> Hi, > >> Apache::DBI is supposed to skip caching if you connect during startup. > >>You > >> should just need to disconnect your database handle after you finish > >>with > >> it. It sounds like you're opening it and then leaving it open. > >> > >> - Perrin > >> > >> > >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng > >> > >> wrote: > >> Hi, > >> > >> I have apache 2.2.23 statically compiled with mod_perl2 (prefork). > >> perl binary is 5.10.1. In startup.pl file there is call > >> Apache::DBI->connect_on_init. > >> > >> > >> use Apache::DBI; > >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWORD ); > >> > >> use DBI; > >> > >> > >> I need to call DBI->connect to load some data during server startup > >> stage. There is problem with this setup. Whenever apachectl > >> startup/shutdown, we got connection error like this: > >> > >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact > >> Process ID: 0 > >> Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) at > >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. > >> > >> I am trying to fix this error. I think it's related to DBI->connect > >> in startup.pl. My question is: > >> 1. How do I accomplish loading data into database during server > >> startup using Apache::DBI? > >> 2. Once data is loaded during server startup, how do I safely destroy > >> this database handle but not affect the children instantiate their > >> database handles? > >> Thanks in advance, > >> > >> Xinhuan > >> > >> > >> > > --e89a8f6470176fefd004de022935 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Try an explicit disconnect() call.

    - Perrin


    On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng &= lt;xzheng@chr= istianbook.com> wrote:
    The db handle is declared local and once it&= #39;s out of scope, the destroy
    call will disconnect. But it appears even though variable is out of scope,<= br> we still get that error. Don't know why.
    - xinhuan

    On 5/30/13 8:31 AM, "Jim Schueler" <jschueler@eloquency.com> wrote:

    >Did this solve your problem?
    >
    > =A0-Jim
    >
    >On Wed, 29 May 2013, Perrin Harkins wrote:
    >
    >> Hi,
    >> Apache::DBI is supposed to skip caching if you connect during star= tup.
    >>You
    >> should just need to disconnect your database handle after you fini= sh
    >>with
    >> it. =A0It sounds like you're opening it and then leaving it op= en.
    >>
    >> - Perrin
    >>
    >>
    >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng
    >><xzheng@christianboo= k.com>
    >> wrote:
    >> =A0 =A0 =A0 Hi,
    >>
    >> I have apache 2.2.23 statically compiled with mod_perl2 (prefork).=
    >> perl binary is 5.10.1. In startup.pl file there is call
    >> Apache::DBI->connect_on_init.
    >>
    >> <code>
    >> use Apache::DBI;
    >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, $DB_PASSWOR= D );
    >>
    >> use DBI;
    >> </code>
    >>
    >> I need to call DBI->connect to load some data during server sta= rtup
    >> stage. There is problem with this setup. Whenever apachectl
    >> startup/shutdown, we got connection error like this:
    >>
    >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost contact=
    >> Process ID: 0
    >> Session ID: 3252 Serial number: 15131 (DBD ERROR: OCISessionEnd) a= t
    >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228.
    >>
    >> I am trying to fix this error. I think it's related to DBI->= ;connect
    >> in startup.pl.= My question is:
    >> =A01. How do I accomplish loading data into database during server=
    >> =A0 =A0 startup using Apache::DBI?
    >> =A02. Once data is loaded during server startup, how do I safely d= estroy
    >> =A0 =A0 this database handle but not affect the children instantia= te their
    >> =A0 =A0 database handles?
    >> Thanks in advance,
    >>
    >> Xinhuan
    >>
    >>
    >>


    --e89a8f6470176fefd004de022935-- From modperl-return-63337-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 13:03:16 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8A112FB4A for ; Fri, 31 May 2013 13:03:16 +0000 (UTC) Received: (qmail 92454 invoked by uid 500); 31 May 2013 13:03:15 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 91930 invoked by uid 500); 31 May 2013 13:03:11 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 91896 invoked by uid 99); 31 May 2013 13:03:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 13:03:10 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 13:03:06 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VD2dH8009436; Fri, 31 May 2013 09:02:40 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VD2bVt009432; Fri, 31 May 2013 09:02:38 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 09:02:37 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Perrin Harkins cc: Xinhuan Zheng , "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-1380744529-1370005359=:6225" X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-1380744529-1370005359=:6225 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Perrin is right. But fundamentally, I'd say that you're confusing 'local' and 'my' variable scoping: http://www.perlmonks.org/?node_id=94007 -Jim On Fri, 31 May 2013, Perrin Harkins wrote: > Try an explicit disconnect() call. > - Perrin > > > On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng > wrote: > The db handle is declared local and once it's out of scope, the > destroy > call will disconnect. But it appears even though variable is out > of scope, > we still get that error. Don't know why. > - xinhuan > > On 5/30/13 8:31 AM, "Jim Schueler" > wrote: > > >Did this solve your problem? > > > >  -Jim > > > >On Wed, 29 May 2013, Perrin Harkins wrote: > > > >> Hi, > >> Apache::DBI is supposed to skip caching if you connect during > startup. > >>You > >> should just need to disconnect your database handle after you > finish > >>with > >> it.  It sounds like you're opening it and then leaving it > open. > >> > >> - Perrin > >> > >> > >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng > >> > >> wrote: > >>       Hi, > >> > >> I have apache 2.2.23 statically compiled with mod_perl2 > (prefork). > >> perl binary is 5.10.1. In startup.pl file there is call > >> Apache::DBI->connect_on_init. > >> > >> > >> use Apache::DBI; > >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, > $DB_PASSWORD ); > >> > >> use DBI; > >> > >> > >> I need to call DBI->connect to load some data during server > startup > >> stage. There is problem with this setup. Whenever apachectl > >> startup/shutdown, we got connection error like this: > >> > >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost > contact > >> Process ID: 0 > >> Session ID: 3252 Serial number: 15131 (DBD ERROR: > OCISessionEnd) at > >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. > >> > >> I am trying to fix this error. I think it's related to > DBI->connect > >> in startup.pl. My question is: > >>  1. How do I accomplish loading data into database during > server > >>     startup using Apache::DBI? > >>  2. Once data is loaded during server startup, how do I > safely destroy > >>     this database handle but not affect the children > instantiate their > >>     database handles? > >> Thanks in advance, > >> > >> Xinhuan > >> > >> > >> > > > > ---733756761-1380744529-1370005359=:6225-- From modperl-return-63338-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 13:13:39 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1AFC6FBA5 for ; Fri, 31 May 2013 13:13:39 +0000 (UTC) Received: (qmail 27056 invoked by uid 500); 31 May 2013 13:13:38 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 26991 invoked by uid 500); 31 May 2013 13:13:38 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 26956 invoked by uid 99); 31 May 2013 13:13:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 13:13:37 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of xzheng@christianbook.com designates 208.68.76.78 as permitted sender) Received: from [208.68.76.78] (HELO dmzpostal.cckh.com) (208.68.76.78) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 13:13:29 +0000 Received: from tigger2.cbdadmin.com ([10.10.1.140]) by dmzpostal.cckh.com (8.12.8/8.12.8) with ESMTP id r4VDD4Eh010268; Fri, 31 May 2013 09:13:04 -0400 Received: from cougar.cbdadmin.com (SAPPHIRE.cbdadmin.com [10.10.1.210] (may be forged)) by tigger2.cbdadmin.com (8.13.8/8.13.8) with ESMTP id r4VDD5AZ027756; Fri, 31 May 2013 09:13:05 -0400 Received: from cougar.cbdadmin.com ([::1]) by cougar.cbdadmin.com ([::1]) with mapi id 14.02.0247.003; Fri, 31 May 2013 09:13:05 -0400 From: Xinhuan Zheng To: Jim Schueler , Perrin Harkins CC: "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error Thread-Topic: Apache::DBI "connection lost contact" error Thread-Index: AQHOXKIh3fPzO3Xb8Uq1FtDcASri05kc5b4AgAEHJQCAAHmXgIABDDaAgAAVWYD//7/bAA== Date: Fri, 31 May 2013 13:13:04 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 x-originating-ip: [10.10.182.55] Content-Type: text/plain; charset="us-ascii" Content-ID: <828A4793ECF7B4439FF76A64DDCC04AE@cbd.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org I believe I am using "my" declaration rather than "local". I also tried explicitly disconnect but still have same issue. Since it only happens in parent/child processes, I don't know a good way to debug parent/child, nor reproducing the same error using a simple program. Can you guys help me with that? Thanks, - xinhuan On 5/31/13 9:02 AM, "Jim Schueler" wrote: >Perrin is right. But fundamentally, I'd say that you're confusing >'local' and 'my' variable scoping: > > http://www.perlmonks.org/?node_id=3D94007 > > -Jim > >On Fri, 31 May 2013, Perrin Harkins wrote: > >> Try an explicit disconnect() call. >> - Perrin >>=20 >>=20 >> On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng >> >> wrote: >> The db handle is declared local and once it's out of scope, the >> destroy >> call will disconnect. But it appears even though variable is out >> of scope, >> we still get that error. Don't know why. >> - xinhuan >> >> On 5/30/13 8:31 AM, "Jim Schueler" >> wrote: >> >> >Did this solve your problem? >> > >> > -Jim >> > >> >On Wed, 29 May 2013, Perrin Harkins wrote: >> > >> >> Hi, >> >> Apache::DBI is supposed to skip caching if you connect during >> startup. >> >>You >> >> should just need to disconnect your database handle after you >> finish >> >>with >> >> it. It sounds like you're opening it and then leaving it >> open. >> >> >> >> - Perrin >> >> >> >> >> >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng >> >> >> >> wrote: >> >> Hi, >> >> >> >> I have apache 2.2.23 statically compiled with mod_perl2 >> (prefork). >> >> perl binary is 5.10.1. In startup.pl file there is call >> >> Apache::DBI->connect_on_init. >> >> >> >> >> >> use Apache::DBI; >> >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, >> $DB_PASSWORD ); >> >> >> >> use DBI; >> >> >> >> >> >> I need to call DBI->connect to load some data during server >> startup >> >> stage. There is problem with this setup. Whenever apachectl >> >> startup/shutdown, we got connection error like this: >> >> >> >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost >> contact >> >> Process ID: 0 >> >> Session ID: 3252 Serial number: 15131 (DBD ERROR: >> OCISessionEnd) at >> >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. >> >> >> >> I am trying to fix this error. I think it's related to >> DBI->connect >> >> in startup.pl. My question is: >> >> 1. How do I accomplish loading data into database during >> server >> >> startup using Apache::DBI? >> >> 2. Once data is loaded during server startup, how do I >> safely destroy >> >> this database handle but not affect the children >> instantiate their >> >> database handles? >> >> Thanks in advance, >> >> >> >> Xinhuan >> >> >> >> >> >> >>=20 >>=20 >>=20 From modperl-return-63339-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 14:33:49 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B4138FE4E for ; Fri, 31 May 2013 14:33:49 +0000 (UTC) Received: (qmail 27367 invoked by uid 500); 31 May 2013 14:33:48 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 27212 invoked by uid 500); 31 May 2013 14:33:48 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 27109 invoked by uid 99); 31 May 2013 14:33:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:33:46 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:33:43 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VEXJBJ011926; Fri, 31 May 2013 10:33:20 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VEXI7V011923; Fri, 31 May 2013 10:33:19 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 10:33:18 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Xinhuan Zheng cc: Perrin Harkins , "modperl@perl.apache.org" Subject: Re: Apache::DBI "connection lost contact" error In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Checked: Checked by ClamAV on apache.org I'm afraid I'm out of my league. I just noticed the following comment on the Apache::DBI man page: Edmund Mergl was the original author of Apache::DBI. It is now supported and maintained by the modperl mailinglist, see the mod_perl documentation for instructions on how to subscribe. -Jim On Fri, 31 May 2013, Xinhuan Zheng wrote: > I believe I am using "my" declaration rather than "local". I also tried > explicitly disconnect but still have same issue. Since it only happens in > parent/child processes, I don't know a good way to debug parent/child, nor > reproducing the same error using a simple program. Can you guys help me > with that? > > Thanks, > - xinhuan > > On 5/31/13 9:02 AM, "Jim Schueler" wrote: > >> Perrin is right. But fundamentally, I'd say that you're confusing >> 'local' and 'my' variable scoping: >> >> http://www.perlmonks.org/?node_id=94007 >> >> -Jim >> >> On Fri, 31 May 2013, Perrin Harkins wrote: >> >>> Try an explicit disconnect() call. >>> - Perrin >>> >>> >>> On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng >>> >>> wrote: >>> The db handle is declared local and once it's out of scope, the >>> destroy >>> call will disconnect. But it appears even though variable is out >>> of scope, >>> we still get that error. Don't know why. >>> - xinhuan >>> >>> On 5/30/13 8:31 AM, "Jim Schueler" >>> wrote: >>> >>> >Did this solve your problem? >>> > >>> > -Jim >>> > >>> >On Wed, 29 May 2013, Perrin Harkins wrote: >>> > >>> >> Hi, >>> >> Apache::DBI is supposed to skip caching if you connect during >>> startup. >>> >>You >>> >> should just need to disconnect your database handle after you >>> finish >>> >>with >>> >> it. It sounds like you're opening it and then leaving it >>> open. >>> >> >>> >> - Perrin >>> >> >>> >> >>> >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng >>> >> >>> >> wrote: >>> >> Hi, >>> >> >>> >> I have apache 2.2.23 statically compiled with mod_perl2 >>> (prefork). >>> >> perl binary is 5.10.1. In startup.pl file there is call >>> >> Apache::DBI->connect_on_init. >>> >> >>> >> >>> >> use Apache::DBI; >>> >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, >>> $DB_PASSWORD ); >>> >> >>> >> use DBI; >>> >> >>> >> >>> >> I need to call DBI->connect to load some data during server >>> startup >>> >> stage. There is problem with this setup. Whenever apachectl >>> >> startup/shutdown, we got connection error like this: >>> >> >>> >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost >>> contact >>> >> Process ID: 0 >>> >> Session ID: 3252 Serial number: 15131 (DBD ERROR: >>> OCISessionEnd) at >>> >> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI.pm line 228. >>> >> >>> >> I am trying to fix this error. I think it's related to >>> DBI->connect >>> >> in startup.pl. My question is: >>> >> 1. How do I accomplish loading data into database during >>> server >>> >> startup using Apache::DBI? >>> >> 2. Once data is loaded during server startup, how do I >>> safely destroy >>> >> this database handle but not affect the children >>> instantiate their >>> >> database handles? >>> >> Thanks in advance, >>> >> >>> >> Xinhuan >>> >> >>> >> >>> >> >>> >>> >>> > > From modperl-return-63340-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 14:55:13 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A9361FFA4 for ; Fri, 31 May 2013 14:55:13 +0000 (UTC) Received: (qmail 14534 invoked by uid 500); 31 May 2013 14:55:12 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 14251 invoked by uid 500); 31 May 2013 14:55:11 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 14166 invoked by uid 99); 31 May 2013 14:55:10 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:55:10 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pharkins@gmail.com designates 74.125.82.178 as permitted sender) Received: from [74.125.82.178] (HELO mail-we0-f178.google.com) (74.125.82.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:55:06 +0000 Received: by mail-we0-f178.google.com with SMTP id q56so1346076wes.9 for ; Fri, 31 May 2013 07:54:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/MybQhDySAuhJb4guoI1px5SjUxjN8C8o+7qJ+LtAEQ=; b=GeKhXk10zJFR0S1oyeANlMN0olVQYl9I+mlqKt0QAUAwlGxwGOJwfsrVzMOzZswghP 4G8vAEHJijCsUeYKo8xFaAz1zPrjTOvAUsb9tNCvPX7pERJvmNZc6u7OvLZRAsMcfE8k VXbfZ5com6fq7Fo+yQbQXMI3G9X89tSukfvlc4rZDYhXKNhCDWrVb0S4mJY6JeM+VEk2 VlVCp6BsmTCyzuEXbmaqlPd0bgKld0NrNzfqXVECxnWBpESghOFEdsIGU7h3ma0luhCc tYaYNfEhNJ0NOlFDj5V9NcigDDxHBqa7MaN/7eE3jGBwgwIQ+eg/M50cQWwl39KXo/Nw cBdg== MIME-Version: 1.0 X-Received: by 10.180.212.49 with SMTP id nh17mr3603021wic.60.1370012085516; Fri, 31 May 2013 07:54:45 -0700 (PDT) Received: by 10.194.20.195 with HTTP; Fri, 31 May 2013 07:54:45 -0700 (PDT) In-Reply-To: References: Date: Fri, 31 May 2013 10:54:45 -0400 Message-ID: Subject: Re: Apache::DBI "connection lost contact" error From: Perrin Harkins To: Jim Schueler Cc: Xinhuan Zheng , "modperl@perl.apache.org" Content-Type: multipart/alternative; boundary=001a11c34c84b1ff4a04de04cbe7 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c34c84b1ff4a04de04cbe7 Content-Type: text/plain; charset=ISO-8859-1 Well, you are on the modperl list, so that means you. :) Xinhuan, the error is harmless, but if you're concerned about it I would try turning on debugging to make sure the connection is not being cached. Do this: $Apache::DBI::DEBUG = 2; And then watch for a message like this in your log: skipping connection during server startup - Perrin On Fri, May 31, 2013 at 10:33 AM, Jim Schueler wrote: > I'm afraid I'm out of my league. I just noticed the following comment on > the Apache::DBI man page: > > Edmund Mergl was the original author of Apache::DBI. It is now supported > and maintained by the modperl mailinglist, see the mod_perl documentation > for instructions on how to subscribe. > > -Jim > > > On Fri, 31 May 2013, Xinhuan Zheng wrote: > > I believe I am using "my" declaration rather than "local". I also tried >> explicitly disconnect but still have same issue. Since it only happens in >> parent/child processes, I don't know a good way to debug parent/child, nor >> reproducing the same error using a simple program. Can you guys help me >> with that? >> >> Thanks, >> - xinhuan >> >> On 5/31/13 9:02 AM, "Jim Schueler" wrote: >> >> Perrin is right. But fundamentally, I'd say that you're confusing >>> 'local' and 'my' variable scoping: >>> >>> http://www.perlmonks.org/?**node_id=94007 >>> >>> -Jim >>> >>> On Fri, 31 May 2013, Perrin Harkins wrote: >>> >>> Try an explicit disconnect() call. >>>> - Perrin >>>> >>>> >>>> On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng >>>> >>>> wrote: >>>> The db handle is declared local and once it's out of scope, the >>>> destroy >>>> call will disconnect. But it appears even though variable is out >>>> of scope, >>>> we still get that error. Don't know why. >>>> - xinhuan >>>> >>>> On 5/30/13 8:31 AM, "Jim Schueler" >>>> wrote: >>>> >>>> >Did this solve your problem? >>>> > >>>> > -Jim >>>> > >>>> >On Wed, 29 May 2013, Perrin Harkins wrote: >>>> > >>>> >> Hi, >>>> >> Apache::DBI is supposed to skip caching if you connect during >>>> startup. >>>> >>You >>>> >> should just need to disconnect your database handle after you >>>> finish >>>> >>with >>>> >> it. It sounds like you're opening it and then leaving it >>>> open. >>>> >> >>>> >> - Perrin >>>> >> >>>> >> >>>> >> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng >>>> >> >>>> >> wrote: >>>> >> Hi, >>>> >> >>>> >> I have apache 2.2.23 statically compiled with mod_perl2 >>>> (prefork). >>>> >> perl binary is 5.10.1. In startup.pl file there is call >>>> >> Apache::DBI->connect_on_init. >>>> >> >>>> >> >>>> >> use Apache::DBI; >>>> >> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER, >>>> $DB_PASSWORD ); >>>> >> >>>> >> use DBI; >>>> >> >>>> >> >>>> >> I need to call DBI->connect to load some data during server >>>> startup >>>> >> stage. There is problem with this setup. Whenever apachectl >>>> >> startup/shutdown, we got connection error like this: >>>> >> >>>> >> DBD::Oracle::db DESTROY failed: ORA-03135: connection lost >>>> contact >>>> >> Process ID: 0 >>>> >> Session ID: 3252 Serial number: 15131 (DBD ERROR: >>>> OCISessionEnd) at >>>> >> /usr/local/lib/perl5/site_**perl/5.10.1/Apache/DBI.pm line 228. >>>> >> >>>> >> I am trying to fix this error. I think it's related to >>>> DBI->connect >>>> >> in startup.pl. My question is: >>>> >> 1. How do I accomplish loading data into database during >>>> server >>>> >> startup using Apache::DBI? >>>> >> 2. Once data is loaded during server startup, how do I >>>> safely destroy >>>> >> this database handle but not affect the children >>>> instantiate their >>>> >> database handles? >>>> >> Thanks in advance, >>>> >> >>>> >> Xinhuan >>>> >> >>>> >> >>>> >> >>>> >>>> >>>> >>>> >> >> --001a11c34c84b1ff4a04de04cbe7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Well, you are on the modperl list, so that means you. :)
    Xinhuan, the error is harmless, but if you're c= oncerned about it I would try turning on debugging to make sure the connect= ion is not being cached. =A0Do this:
    $Apache::DBI::DEBUG =3D 2;

    And then watch for a message like this in= your log:
    skipping connection during server startup

    - Perrin


    On Fri, May 31, 2013 at 10:33 AM, Jim Schueler <jschueler@eloquency.= com> wrote:
    I'm afraid I'm out of my league. =A0I just noticed the following co= mment on the Apache::DBI man page:

    =A0 Edmund Mergl was the original author of Apache::DBI. It is now supporte= d
    =A0 and maintained by the modperl mailinglist, see the mod_perl documentati= on
    =A0 for instructions on how to subscribe.

    =A0-Jim


    On Fri, 31 May 2013, Xinhuan Zheng wrote:

    I believe I am using "my" declaration rather than "local&quo= t;. I also tried
    explicitly disconnect but still have same issue. Since it only happens in parent/child processes, I don't know a good way to debug parent/child, = nor
    reproducing the same error using a simple program. Can you guys help me
    with that?

    Thanks,
    - xinhuan

    On 5/31/13 9:02 AM, "Jim Schueler" <jschueler@eloquency.com> wrote:
    Perrin is right. =A0But fundamentally, I'd say that you're confusin= g
    'local' and 'my' variable scoping:

    =A0 =A0http://www.perlmonks.org/?node_id=3D94007

    =A0-Jim

    On Fri, 31 May 2013, Perrin Harkins wrote:

    Try an explicit disconnect() call.
    - Perrin


    On Thu, May 30, 2013 at 7:46 PM, Xinhuan Zheng
    <xzheng@ch= ristianbook.com>
    wrote:
    =A0 =A0 =A0 The db handle is declared local and once it's out of scope,= the
    =A0 =A0 =A0 destroy
    =A0 =A0 =A0 call will disconnect. But it appears even though variable is ou= t
    =A0 =A0 =A0 of scope,
    =A0 =A0 =A0 we still get that error. Don't know why.
    =A0 =A0 =A0 - xinhuan

    =A0 =A0 =A0 On 5/30/13 8:31 AM, "Jim Schueler" <jschueler@eloquency.com&= gt;
    =A0 =A0 =A0 wrote:

    =A0 =A0 =A0>Did this solve your problem?
    =A0 =A0 =A0>
    =A0 =A0 =A0> =A0-Jim
    =A0 =A0 =A0>
    =A0 =A0 =A0>On Wed, 29 May 2013, Perrin Harkins wrote:
    =A0 =A0 =A0>
    =A0 =A0 =A0>> Hi,
    =A0 =A0 =A0>> Apache::DBI is supposed to skip caching if you connect = during
    =A0 =A0 =A0 startup.
    =A0 =A0 =A0>>You
    =A0 =A0 =A0>> should just need to disconnect your database handle aft= er you
    =A0 =A0 =A0 finish
    =A0 =A0 =A0>>with
    =A0 =A0 =A0>> it. =A0It sounds like you're opening it and then le= aving it
    =A0 =A0 =A0 open.
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> - Perrin
    =A0 =A0 =A0>>
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> On Wed, May 29, 2013 at 3:24 PM, Xinhuan Zheng
    =A0 =A0 =A0>><xzheng@christianbook.com>
    =A0 =A0 =A0>> wrote:
    =A0 =A0 =A0>> =A0 =A0 =A0 Hi,
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> I have apache 2.2.23 statically compiled with mod_perl2=
    =A0 =A0 =A0 (prefork).
    =A0 =A0 =A0>> perl binary is 5.10.1. In startup.pl file there is call
    =A0 =A0 =A0>> Apache::DBI->connect_on_init.
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> <code>
    =A0 =A0 =A0>> use Apache::DBI;
    =A0 =A0 =A0>> Apache::DBI->connect_on_init( $DB_DRIVER, $DB_USER,<= br> =A0 =A0 =A0 $DB_PASSWORD );
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> use DBI;
    =A0 =A0 =A0>> </code>
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> I need to call DBI->connect to load some data during= server
    =A0 =A0 =A0 startup
    =A0 =A0 =A0>> stage. There is problem with this setup. Whenever apach= ectl
    =A0 =A0 =A0>> startup/shutdown, we got connection error like this: =A0 =A0 =A0>>
    =A0 =A0 =A0>> DBD::Oracle::db DESTROY failed: ORA-03135: connection l= ost
    =A0 =A0 =A0 contact
    =A0 =A0 =A0>> Process ID: 0
    =A0 =A0 =A0>> Session ID: 3252 Serial number: 15131 (DBD ERROR:
    =A0 =A0 =A0 OCISessionEnd) at
    =A0 =A0 =A0>> /usr/local/lib/perl5/site_perl/5.10.1/Apache/DBI= .pm line 228.
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> I am trying to fix this error. I think it's related= to
    =A0 =A0 =A0 DBI->connect
    =A0 =A0 =A0>> in star= tup.pl. My question is:
    =A0 =A0 =A0>> =A01. How do I accomplish loading data into database du= ring
    =A0 =A0 =A0 server
    =A0 =A0 =A0>> =A0 =A0 startup using Apache::DBI?
    =A0 =A0 =A0>> =A02. Once data is loaded during server startup, how do= I
    =A0 =A0 =A0 safely destroy
    =A0 =A0 =A0>> =A0 =A0 this database handle but not affect the childre= n
    =A0 =A0 =A0 instantiate their
    =A0 =A0 =A0>> =A0 =A0 database handles?
    =A0 =A0 =A0>> Thanks in advance,
    =A0 =A0 =A0>>
    =A0 =A0 =A0>> Xinhuan
    =A0 =A0 =A0>>
    =A0 =A0 =A0>>
    =A0 =A0 =A0>>






    --001a11c34c84b1ff4a04de04cbe7-- From modperl-return-63341-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 14:56:30 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 92042FFAC for ; Fri, 31 May 2013 14:56:30 +0000 (UTC) Received: (qmail 17784 invoked by uid 500); 31 May 2013 14:56:28 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 17726 invoked by uid 500); 31 May 2013 14:56:28 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 17719 invoked by uid 99); 31 May 2013 14:56:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:56:28 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 14:56:23 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VEu19X013159; Fri, 31 May 2013 10:56:01 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VEu0Ip013156; Fri, 31 May 2013 10:56:01 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 10:56:00 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: modperl@perl.apache.org cc: pharkins@gmail.com Subject: Apache::DBI Message-ID: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org There's an existing thread with an Apache::DBI question. But since I want to post a separate question to this list, I decided to start a new thread. Just got done reading the Man page for Apache::DBI. One of the last notes suggests that this package is obsolete (having been replaced by Class::DBI or DBIx::CLASS). Beyond that is the following: Edmund Mergl was the original author of Apache::DBI. It is now supported and maintained by the modperl mailinglist, see the mod_perl documentation for instructions on how to subscribe. Unless Perrin Harkins agreed to take over support for this module, then that statement is not true. Otherwise, out of respect for Perrin, I'll try to be general. (Aside: Am I the only developer that comes across 'unless () {} else {}' constructions?) It seems very few distros on CPAN are actually supported. For my part, I still monitor this list to support my own contributions from *many* years ago. And I k From modperl-return-63342-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 15:05:34 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A4971F019 for ; Fri, 31 May 2013 15:05:34 +0000 (UTC) Received: (qmail 62872 invoked by uid 500); 31 May 2013 15:05:33 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 62826 invoked by uid 500); 31 May 2013 15:05:33 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 62809 invoked by uid 99); 31 May 2013 15:05:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 15:05:32 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pharkins@gmail.com designates 209.85.212.170 as permitted sender) Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 15:05:28 +0000 Received: by mail-wi0-f170.google.com with SMTP id hr14so854278wib.1 for ; Fri, 31 May 2013 08:05:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LE+kCTeUqeDnsMWLV6evSD+ZHWbumV0Xgtv0gZEczNo=; b=jLQ1ftjG4pT9e8IJtGJm53IhhpivbrOto+IBwCm1eBXsvB6AmEvr8GqHc9nKJkcKr2 n7M5gizQYj2bnumQxAMLqy5C3TR1Khn0hRa4hizHZ8Psh5W4HSTB/ff7PFuLJ1UqxEjR NTPumrwTS7v0yMDaPa2HYO+TFn1exshkl3J+Cndmpj2ZmNeBbmDF57jxEgw2gch0/B7A dHDLXs4HyD94Bmy8zAWbOH/I6X+9w76F2Z7fx0c3DKgJxSfpem4IgwIDvwOMChJejFAl WSyPTZ19xukn9fScV3fVhCmIRxIMc4MvfcJj+iKDsd90vVKfdje2CnMIHo/zGii1rgWd RDEQ== MIME-Version: 1.0 X-Received: by 10.180.37.229 with SMTP id b5mr3705431wik.29.1370012707392; Fri, 31 May 2013 08:05:07 -0700 (PDT) Received: by 10.194.20.195 with HTTP; Fri, 31 May 2013 08:05:07 -0700 (PDT) In-Reply-To: References: Date: Fri, 31 May 2013 11:05:07 -0400 Message-ID: Subject: Re: Apache::DBI From: Perrin Harkins To: Jim Schueler Cc: mod_perl list Content-Type: multipart/alternative; boundary=e89a8f647017c3262704de04f080 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f647017c3262704de04f080 Content-Type: text/plain; charset=ISO-8859-1 Hi Jim, I appreciate the thought, but I'm not the mod_perl list. If you look at who has done the most support around here recently, it's probably Torsten. (Thanks Torsten!) More to the point, there are many people on the list who know enough perl to help with a question about Apache::DBI. It's a common practice to point people here for support on mod_perl modules. What are you getting at? Is there a module that you're having trouble with and can't get support for? - Perrin On Fri, May 31, 2013 at 10:56 AM, Jim Schueler wrote: > There's an existing thread with an Apache::DBI question. But since I want > to post a separate question to this list, I decided to start a new thread. > > Just got done reading the Man page for Apache::DBI. One of the last notes > suggests that this package is obsolete (having been replaced by Class::DBI > or DBIx::CLASS). Beyond that is the following: > > Edmund Mergl was the original author of Apache::DBI. It is now supported > and maintained by the modperl mailinglist, see the mod_perl documentation > for instructions on how to subscribe. > > Unless Perrin Harkins agreed to take over support for this module, then > that statement is not true. Otherwise, out of respect for Perrin, I'll try > to be general. > > (Aside: Am I the only developer that comes across 'unless () {} else {}' > constructions?) > > It seems very few distros on CPAN are actually supported. For my part, I > still monitor this list to support my own contributions from *many* years > ago. And I k > --e89a8f647017c3262704de04f080 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Hi Jim,

    I appreciate the thought, but I= 'm not the mod_perl list. =A0If you look at who has done the most suppo= rt around here recently, it's probably Torsten. =A0(Thanks Torsten!) = =A0More to the point, there are many people on the list who know enough per= l to help with a question about Apache::DBI. =A0It's a common practice = to point people here for support on mod_perl modules.

    What are you getting at? =A0Is there a module tha= t you're having trouble with and can't get support for?

    - Perrin

    On Fri, May 31, 2013 at 10:56 AM, Jim Schuel= er <jschueler@eloquency.com> wrote:
    There's an existing thread with an Apache::DBI question. =A0But since I= want to post a separate question to this list, I decided to start a new th= read.

    Just got done reading the Man page for Apache::DBI. =A0One of the last note= s suggests that this package is obsolete (having been replaced by Class::DB= I or DBIx::CLASS). =A0Beyond that is the following:

    =A0 Edmund Mergl was the original author of Apache::DBI. It is now supporte= d
    =A0 and maintained by the modperl mailinglist, see the mod_perl documentati= on
    =A0 for instructions on how to subscribe.

    Unless Perrin Harkins agreed to take over support for this module, then tha= t statement is not true. =A0Otherwise, out of respect for Perrin, I'll = try to be general.

    (Aside: =A0Am I the only developer that comes across 'unless () {} else= {}' constructions?)

    It seems very few distros on CPAN are actually supported. =A0For my part, I= still monitor this list to support my own contributions from *many* years = ago. =A0And I k

    --e89a8f647017c3262704de04f080-- From modperl-return-63343-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 15:51:13 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74625F5AA for ; Fri, 31 May 2013 15:51:13 +0000 (UTC) Received: (qmail 59777 invoked by uid 500); 31 May 2013 15:51:12 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 59466 invoked by uid 500); 31 May 2013 15:51:12 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 59437 invoked by uid 99); 31 May 2013 15:51:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 15:51:11 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 15:51:06 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VFoifJ014440; Fri, 31 May 2013 11:50:44 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VFohwK014437; Fri, 31 May 2013 11:50:44 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 11:50:43 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Perrin Harkins cc: modperl@perl.apache.org Subject: Re: Apache::DBI In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-1651025573-1370015299=:6225" Content-ID: X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-1651025573-1370015299=:6225 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: I still use Alpine. And they never fixed the bug where ctrl-c (to cancel a message) and ctrl-x (to send) are so easily confused. Oops. Maybe it's time to start using a mouse. Having wasted so much time, I'll try to be succinct: Most modules on CPAN are bascially throwaways and not supported at all. Use them at your own risk. There are some modules that are just obsolete. Good intentions aside, the developers lost interest and moved on. These are less risky if there's an established user base. There are some very good modules, widely used, that are fully supported and perfectly safe for a production environment. Most mod_perl modules, especially the core modules, fall into that last, gold standard, category. In many cases, support is transferred from one individual to another. And so that commitment is documented. But if a module is no longer supported, don't lie about it. Support forums are an incredible resource. But if commercial software developers similarly blurred this distinction, every p.o.s. would be advertising free 24x7 tech support. Apache::DBI seems like a #2 pretending to be a #3. On the basis of your response, I've concluded that Apache::DBI is no longer supported and has been superceded by newer modules. Especially if no one responds and explicitly accepts the responsibility, this seems like the most appropriate answer for the poster of the original thread. I owe you a :) from a couple posts ago. :) -Jim On Fri, 31 May 2013, Perrin Harkins wrote: > Hi Jim, > I appreciate the thought, but I'm not the mod_perl list.  If you look at who > has done the most support around here recently, it's probably Torsten. >  (Thanks Torsten!)  More to the point, there are many people on the list who > know enough perl to help with a question about Apache::DBI.  It's a common > practice to point people here for support on mod_perl modules. > > What are you getting at?  Is there a module that you're having trouble with > and can't get support for? > > - Perrin > > > On Fri, May 31, 2013 at 10:56 AM, Jim Schueler > wrote: > There's an existing thread with an Apache::DBI question.  But > since I want to post a separate question to this list, I decided > to start a new thread. > > Just got done reading the Man page for Apache::DBI.  One of the > last notes suggests that this package is obsolete (having been > replaced by Class::DBI or DBIx::CLASS).  Beyond that is the > following: > >   Edmund Mergl was the original author of Apache::DBI. It is now > supported >   and maintained by the modperl mailinglist, see the mod_perl > documentation >   for instructions on how to subscribe. > > Unless Perrin Harkins agreed to take over support for this > module, then that statement is not true.  Otherwise, out of > respect for Perrin, I'll try to be general. > > (Aside:  Am I the only developer that comes across 'unless () {} > else {}' constructions?) > > It seems very few distros on CPAN are actually supported.  For > my part, I still monitor this list to support my own > contributions from *many* years ago.  And I k > > > > ---733756761-1651025573-1370015299=:6225-- From modperl-return-63344-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 16:26:06 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D0794104E9 for ; Fri, 31 May 2013 16:26:06 +0000 (UTC) Received: (qmail 96916 invoked by uid 500); 31 May 2013 16:26:05 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 96889 invoked by uid 500); 31 May 2013 16:26:05 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 96862 invoked by uid 99); 31 May 2013 16:26:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:26:04 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of pharkins@gmail.com designates 74.125.82.43 as permitted sender) Received: from [74.125.82.43] (HELO mail-wg0-f43.google.com) (74.125.82.43) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:25:58 +0000 Received: by mail-wg0-f43.google.com with SMTP id x12so1400070wgg.10 for ; Fri, 31 May 2013 09:25:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RKHX4PL+yX2+lWsAqq5vZT3L7d4Z9VAMArvJCPmwCS4=; b=c4yUbn4RskDq+53cGR+xyb7/alWd8u5P7z9zJISij/VazSsHw1yv/9PF9ZTKB384yF sx+PW2/EHpXIhbhW3e2B6djeQeNxGJeBKWvM+P3cn1xHvmqYHczRoOx2nDwSEMCiOMsB cgZClHV8wSufJfHT04VKIHEarzk7f0g34Id8ZQpE7THqwNVwzS6AN+jwV6NnilPfcUKj qH3yJc4gCv00iTVOaliNuTP7PVPbroTZ+vJwVG1YEVOXPMhRmGF2Vg++277yfk5WdaWW xq82+L3vM02T6Wp8onlqd8Bo+T+W/UnacoQhH1pFNbTezcNYoC9Pq767G5TiRmN23skR ao2g== MIME-Version: 1.0 X-Received: by 10.180.37.229 with SMTP id b5mr4022039wik.29.1370017538112; Fri, 31 May 2013 09:25:38 -0700 (PDT) Received: by 10.194.20.195 with HTTP; Fri, 31 May 2013 09:25:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 31 May 2013 12:25:38 -0400 Message-ID: Subject: Re: Apache::DBI From: Perrin Harkins To: Jim Schueler Cc: mod_perl list Content-Type: multipart/alternative; boundary=e89a8f647017b2024d04de061049 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f647017b2024d04de061049 Content-Type: text/plain; charset=ISO-8859-1 The mailing list has been the official place for support of all bundled mod_perl modules for as long as I can remember. I don't think there's a rule about perl core modules being passed between individuals either, although I could be wrong. Sending people to a mailing list for support is a common practice with any widely used module, e.g. DBI. Apache::DBI is obsolete in the sense that most people are using an ORM framework that handles database persistence for them, so they have no use for Apache::DBI. It's not broken, and people should feel free to use it if it fits their use case. It has certain advantages over DBI->connect_cached() which have been discussed here many times. I'm not sure why you're concluding that Apache::DBI is unsupported. To me, getting multiple responses on a mailing list is pretty much Platinum Level Support for open source. If no one stepping forward to say "I own X, let me debug it for you" means that X is unsupported and obsolete, then I think we're all in trouble. Open source support has always been laissez-faire (unless you choose to hire someone for it). The only thing that has changed recently is that with more viable web runtime options to choose from (PSGI, FastCGI's comeback, etc.), the perl web dev world is more splintered and there are fewer people on the mod_perl list than there used to be. That's a little sad for me to see, but the new stuff is pretty nice too, and lots of people are still using mod_perl and answering questions on this list. - Perrin On Fri, May 31, 2013 at 11:50 AM, Jim Schueler wrote: > I still use Alpine. And they never fixed the bug where ctrl-c (to cancel > a message) and ctrl-x (to send) are so easily confused. Oops. Maybe it's > time to start using a mouse. > > Having wasted so much time, I'll try to be succinct: > > Most modules on CPAN are bascially throwaways and not supported at all. > Use them at your own risk. > > There are some modules that are just obsolete. Good intentions aside, > the developers lost interest and moved on. These are less risky if > there's an established user base. > > There are some very good modules, widely used, that are fully supported > and perfectly safe for a production environment. > > Most mod_perl modules, especially the core modules, fall into that last, > gold standard, category. In many cases, support is transferred from one > individual to another. And so that commitment is documented. But if a > module is no longer supported, don't lie about it. Support forums are an > incredible resource. But if commercial software developers similarly > blurred this distinction, every p.o.s. would be advertising free 24x7 tech > support. > > Apache::DBI seems like a #2 pretending to be a #3. On the basis of your > response, I've concluded that Apache::DBI is no longer supported and has > been superceded by newer modules. Especially if no one responds and > explicitly accepts the responsibility, this seems like the most appropriate > answer for the poster of the original thread. > > I owe you a :) from a couple posts ago. :) > > -Jim > > > On Fri, 31 May 2013, Perrin Harkins wrote: > > Hi Jim, >> I appreciate the thought, but I'm not the mod_perl list. If you look at >> who >> has done the most support around here recently, it's probably Torsten. >> (Thanks Torsten!) More to the point, there are many people on the list >> who >> know enough perl to help with a question about Apache::DBI. It's a common >> practice to point people here for support on mod_perl modules. >> >> What are you getting at? Is there a module that you're having trouble >> with >> and can't get support for? >> >> - Perrin >> >> >> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >> wrote: >> There's an existing thread with an Apache::DBI question. But >> since I want to post a separate question to this list, I decided >> to start a new thread. >> >> Just got done reading the Man page for Apache::DBI. One of the >> last notes suggests that this package is obsolete (having been >> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >> following: >> >> Edmund Mergl was the original author of Apache::DBI. It is now >> supported >> and maintained by the modperl mailinglist, see the mod_perl >> documentation >> for instructions on how to subscribe. >> >> Unless Perrin Harkins agreed to take over support for this >> module, then that statement is not true. Otherwise, out of >> respect for Perrin, I'll try to be general. >> >> (Aside: Am I the only developer that comes across 'unless () {} >> else {}' constructions?) >> >> It seems very few distros on CPAN are actually supported. For >> my part, I still monitor this list to support my own >> contributions from *many* years ago. And I k >> >> >> >> --e89a8f647017b2024d04de061049 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    The mailing list has been the official place for support o= f all bundled mod_perl modules for as long as I can remember. =A0I don'= t think there's a rule about perl core modules being passed between ind= ividuals either, although I could be wrong. =A0Sending people to a mailing = list for support is a common practice with any widely used module, e.g. DBI= .

    Apache::DBI is obsolete in the sense that most people = are using an ORM framework that handles database persistence for them, so t= hey have no use for Apache::DBI. =A0It's not broken, and people should = feel free to use it if it fits their use case. =A0It has certain advantages= over DBI->connect_cached() which have been discussed here many times.

    I'm not sure why you're concluding = that Apache::DBI is unsupported. =A0To me, getting multiple responses on a = mailing list is pretty much Platinum Level Support for open source. =A0If n= o one stepping forward to say "I own X, let me debug it for you" = means that X is unsupported and obsolete, then I think we're all in tro= uble.

    Open source support has always been laissez= -faire (unless you choose to hire someone for it). =A0The only thing that h= as changed recently is that with more viable web runtime options to choose = from (PSGI, FastCGI's comeback, etc.), the perl web dev world is more s= plintered and there are fewer people on the mod_perl list than there used t= o be. =A0That's a little sad for me to see, but the new stuff is pretty= nice too, and lots of people are still using mod_perl and answering questi= ons on this list.

    - Perrin


    On Fri, May 31, 2013 at 11:50 AM, Ji= m Schueler <jschueler@eloquency.com> wrote:
    I still use Alpine. =A0And they never fixed = the bug where ctrl-c (to cancel a message) and ctrl-x (to send) are so easi= ly confused. =A0Oops. =A0Maybe it's time to start using a mouse.

    Having wasted so much time, I'll try to be succinct:

    =A0 Most modules on CPAN are bascially throwaways and not supported at all.=
    =A0 Use them at your own risk.

    =A0 There are some modules that are just obsolete. =A0Good intentions aside= ,
    =A0 the developers lost interest and moved on. =A0These are less risky if =A0 there's an established user base.

    =A0 There are some very good modules, widely used, that are fully supported=
    =A0 and perfectly safe for a production environment.

    Most mod_perl modules, especially the core modules, fall into that last, go= ld standard, category. =A0In many cases, support is transferred from one in= dividual to another. =A0And so that commitment is documented. =A0But if a m= odule is no longer supported, don't lie about it. =A0Support forums are= an incredible resource. =A0But if commercial software developers similarly= blurred this distinction, every p.o.s. would be advertising free 24x7 tech= support.

    Apache::DBI seems like a #2 pretending to be a #3. =A0On the basis of your = response, I've concluded that Apache::DBI is no longer supported and ha= s been superceded by newer modules. =A0Especially if no one responds and ex= plicitly accepts the responsibility, this seems like the most appropriate a= nswer for the poster of the original thread.

    I owe you a :) from a couple posts ago. =A0:)

    =A0-Jim


    On Fri, 31 May 2013, Perrin Harkins wrote:

    Hi Jim,
    I appreciate the thought, but I'm not the mod_perl list. =A0If you look= at who
    has done the most support around here recently, it's probably Torsten.<= br> =A0(Thanks Torsten!) =A0More to the point, there are many people on the lis= t who
    know enough perl to help with a question about Apache::DBI. =A0It's a c= ommon
    practice to point people here for support on mod_perl modules.

    What are you getting at? =A0Is there a module that you're having troubl= e with
    and can't get support for?

    - Perrin


    On Fri, May 31, 2013 at 10:56 AM, Jim Schueler <jschueler@eloquency.com>
    wrote:
    =A0 =A0 =A0 There's an existing thread with an Apache::DBI question. = =A0But
    =A0 =A0 =A0 since I want to post a separate question to this list, I decide= d
    =A0 =A0 =A0 to start a new thread.

    =A0 =A0 =A0 Just got done reading the Man page for Apache::DBI. =A0One of t= he
    =A0 =A0 =A0 last notes suggests that this package is obsolete (having been<= br> =A0 =A0 =A0 replaced by Class::DBI or DBIx::CLASS). =A0Beyond that is the =A0 =A0 =A0 following:

    =A0 =A0 =A0 =A0 Edmund Mergl was the original author of Apache::DBI. It is = now
    =A0 =A0 =A0 supported
    =A0 =A0 =A0 =A0 and maintained by the modperl mailinglist, see the mod_perl=
    =A0 =A0 =A0 documentation
    =A0 =A0 =A0 =A0 for instructions on how to subscribe.

    =A0 =A0 =A0 Unless Perrin Harkins agreed to take over support for this
    =A0 =A0 =A0 module, then that statement is not true. =A0Otherwise, out of =A0 =A0 =A0 respect for Perrin, I'll try to be general.

    =A0 =A0 =A0 (Aside: =A0Am I the only developer that comes across 'unles= s () {}
    =A0 =A0 =A0 else {}' constructions?)

    =A0 =A0 =A0 It seems very few distros on CPAN are actually supported. =A0Fo= r
    =A0 =A0 =A0 my part, I still monitor this list to support my own
    =A0 =A0 =A0 contributions from *many* years ago. =A0And I k




    --e89a8f647017b2024d04de061049-- From modperl-return-63345-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 16:42:24 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 718CA105C1 for ; Fri, 31 May 2013 16:42:24 +0000 (UTC) Received: (qmail 49182 invoked by uid 500); 31 May 2013 16:42:23 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 48120 invoked by uid 500); 31 May 2013 16:42:22 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 47944 invoked by uid 99); 31 May 2013 16:42:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:42:20 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 16:42:15 +0000 Received: from [192.168.245.129] (HSI-KBW-37-49-53-194.hsi14.kabel-badenwuerttemberg.de [37.49.53.194]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 83F273C2AC6 for ; Fri, 31 May 2013 18:42:18 +0200 (CEST) Message-ID: <51A8D2D1.1050605@ice-sa.com> Date: Fri, 31 May 2013 18:41:53 +0200 From: =?ISO-8859-15?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: modperl@perl.apache.org Subject: Re: [OT] Apache::DBI References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Just butting in, apologies. It may not have been Jim's intention below, but I get the impression that his comments on CPAN are a bit harsh. It is true that a number of modules are apparently no longer supported. I have used many modules over the years, and sometimes have had problems with some of them (mostly not though). And when for these problematic cases, I have tried to get help, the results have beem mixed; but the mix for me has been rather good. I would say that in my case, 90% of the CPAN modules I ever used worked out of the box. For the 10% remaining, in 75% of the cases I did get help from the person advertised as the author or the maintainer, and in 25% of cases I never got a response. But then, as Jim himself indicated, people move on, without necessarily changing their email addresses. Considering how old some of these modules are, I guess people also retire, or even pass away. But the fact of the matter is that CPAN is still an incredible resource, unequalled in my view by any other similar module library of any other language anywhere. And I find it amazing that at least 90% of the modules which I have downloaded from CPAN and used over the last 15 years, just work, and moreover keep on working through many, many iterations of programs and perl versions, and that in fact one very rarely needs additional support for them. When I compare this with other programming languages and support libraries, I believe we perl programmers are incredibly spoiled. Another area where CPAN shines, is the documentation of most modules. I cannot count the times where I was faced with a request in an area of which I knew nothing at all, and have just browsed CPAN for modules related to that area, just to read their documentation and get at least an idea of what this was all about. In recent years, Wikipedia may slowly becoming a runner-up, in terms of general information. But when it comes down to the nitty-gritty of interfacing with whatever API (or lack of ditto) programmers in their most delirious moments might have come up with, these CPAN modules are unbeatable. Even if after that you decide to program your stuff in another language than perl, it's still useful. (Just for fun, go into CPAN and search for "NATO" (or more pragmatically, for "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" ;-)); who thinks of such things ?) So, to summarise : that some modules on CPAN would be marked as "maintained" or "supported" and would turn out on closer inspection not to really be anymore, I find this a very small price to pay for the wealth of good information and working code that lives there. My sincerest thanks to CPAN and all its contributors and maintainers over the years (that includes you of course, Jim). What you have done and are doing is of incredible benefit to many, many programmers worldwide. André Jim Schueler wrote: > I still use Alpine. And they never fixed the bug where ctrl-c (to > cancel a message) and ctrl-x (to send) are so easily confused. Oops. > Maybe it's time to start using a mouse. > > Having wasted so much time, I'll try to be succinct: > > Most modules on CPAN are bascially throwaways and not supported at all. > Use them at your own risk. > > There are some modules that are just obsolete. Good intentions aside, > the developers lost interest and moved on. These are less risky if > there's an established user base. > > There are some very good modules, widely used, that are fully supported > and perfectly safe for a production environment. > > Most mod_perl modules, especially the core modules, fall into that last, > gold standard, category. In many cases, support is transferred from one > individual to another. And so that commitment is documented. But if a > module is no longer supported, don't lie about it. Support forums are > an incredible resource. But if commercial software developers similarly > blurred this distinction, every p.o.s. would be advertising free 24x7 > tech support. > > Apache::DBI seems like a #2 pretending to be a #3. On the basis of your > response, I've concluded that Apache::DBI is no longer supported and has > been superceded by newer modules. Especially if no one responds and > explicitly accepts the responsibility, this seems like the most > appropriate answer for the poster of the original thread. > > I owe you a :) from a couple posts ago. :) > > -Jim > > On Fri, 31 May 2013, Perrin Harkins wrote: > >> Hi Jim, >> I appreciate the thought, but I'm not the mod_perl list. If you look >> at who >> has done the most support around here recently, it's probably Torsten. >> (Thanks Torsten!) More to the point, there are many people on the >> list who >> know enough perl to help with a question about Apache::DBI. It's a >> common >> practice to point people here for support on mod_perl modules. >> >> What are you getting at? Is there a module that you're having trouble >> with >> and can't get support for? >> >> - Perrin >> >> >> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >> wrote: >> There's an existing thread with an Apache::DBI question. But >> since I want to post a separate question to this list, I decided >> to start a new thread. >> >> Just got done reading the Man page for Apache::DBI. One of the >> last notes suggests that this package is obsolete (having been >> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >> following: >> >> Edmund Mergl was the original author of Apache::DBI. It is now >> supported >> and maintained by the modperl mailinglist, see the mod_perl >> documentation >> for instructions on how to subscribe. >> >> Unless Perrin Harkins agreed to take over support for this >> module, then that statement is not true. Otherwise, out of >> respect for Perrin, I'll try to be general. >> >> (Aside: Am I the only developer that comes across 'unless () {} >> else {}' constructions?) >> >> It seems very few distros on CPAN are actually supported. For >> my part, I still monitor this list to support my own >> contributions from *many* years ago. And I k >> >> >> >> From modperl-return-63346-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 17:26:01 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3B83EF197 for ; Fri, 31 May 2013 17:26:01 +0000 (UTC) Received: (qmail 14558 invoked by uid 500); 31 May 2013 17:26:00 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 14383 invoked by uid 500); 31 May 2013 17:26:00 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 14371 invoked by uid 99); 31 May 2013 17:25:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 17:25:59 +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 (athena.apache.org: local policy) Received: from [80.12.242.127] (HELO smtp.smtpout.orange.fr) (80.12.242.127) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 17:25:55 +0000 Received: from [192.168.1.10] ([193.251.178.45]) by mwinf5d28 with ME id ihRX1l0090z9ZVd03hRX6k; Fri, 31 May 2013 19:25:32 +0200 Subject: Re: Apache::DBI From: Vincent Veyron To: Perrin Harkins Cc: Jim Schueler , mod_perl list In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-15" Date: Fri, 31 May 2013 19:07:15 +0200 Message-ID: <1370020035.2676.45.camel@asus-1001PX.home> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org > the perl web dev world is more splintered and there are fewer people > on the mod_perl list than there used to be. That's a little sad for > me to see, but the new stuff is pretty nice too, and lots of people > are still using mod_perl and answering questions on this list. > I wonder if the fact that mod_perl works so well sometimes plays against it? Jim's comments remind me of a few others before on the list, with the author asking if it's dead because they don't see any activity. It's not dead at all, it just does the job, quietly and very well. There was a discussion a while back on HN or /., started by someone complaining that some linux packages hadn't changed in years (can't remember exactly now, but it was about essential things like ls, ps... commands being used everyday by millions). The reason being of course that these packages were just fine as they were. -- Salutations, Vincent Veyron http://marica.fr/site/demonstration Logiciel de gestion des contentieux juridiques et des sinistres d'assurance From modperl-return-63347-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 17:30:44 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 158EEF7C5 for ; Fri, 31 May 2013 17:30:44 +0000 (UTC) Received: (qmail 30863 invoked by uid 500); 31 May 2013 17:30:43 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 30683 invoked by uid 500); 31 May 2013 17:30:42 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 30659 invoked by uid 99); 31 May 2013 17:30:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 17:30:42 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 17:30:37 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VHUGQw017203 for ; Fri, 31 May 2013 13:30:16 -0400 X-Sent-To: Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VHUFYI017199 for ; Fri, 31 May 2013 13:30:15 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 13:30:15 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: mod_perl list Subject: Re: [OT] Apache::DBI In-Reply-To: <51A8D2D1.1050605@ice-sa.com> Message-ID: References: <51A8D2D1.1050605@ice-sa.com> User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-1905827242-1370019408=:6225" Content-ID: X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-1905827242-1370019408=:6225 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: No apology please. In terms of trying to qualify any of this, a larger statistical pool is better. And I am no authority. My perceptions are largely based on forum postings which causes an inherent bias. I'd love to see this conversation continue, especially if participants included those who commit significant resources to their technology decisions. In other words, people who hire and pay Perl programmers. They're likely to be as skeptical as I am. I've never been a cheerleader. In their absence, I'd note that your post has an interesting ambiguity: Is the number of unsupported modules 2.5% or 25%? (For more rhetorical nit-picking, you probably don't use the ones that don't work :) Also, the significant question seems to be whether Apache::DBI is supported or not. >From Mr. Zheng's point-of-view (in this case, the one that matters) the number might be much higher. -Jim On Fri, 31 May 2013, André Warnier wrote: > Just butting in, apologies. > > It may not have been Jim's intention below, but I get the impression that his > comments on CPAN are a bit harsh. > > It is true that a number of modules are apparently no longer supported. I > have used many modules over the years, and sometimes have had problems with > some of them (mostly not though). And when for these problematic cases, I > have tried to get help, the results have beem mixed; but the mix for me has > been rather good. I would say that in my case, 90% of the CPAN modules I ever > used worked out of the box. For the 10% remaining, in 75% of the cases I did > get help from the person advertised as the author or the maintainer, and in > 25% of cases I never got a response. > But then, as Jim himself indicated, people move on, without necessarily > changing their email addresses. Considering how old some of these modules > are, I guess people also retire, or even pass away. > > But the fact of the matter is that CPAN is still an incredible resource, > unequalled in my view by any other similar module library of any other > language anywhere. And I find it amazing that at least 90% of the modules > which I have downloaded from CPAN and used over the last 15 years, just work, > and moreover keep on working through many, many iterations of programs and > perl versions, and that in fact one very rarely needs additional support for > them. When I compare this with other programming languages and support > libraries, I believe we perl programmers are incredibly spoiled. > > Another area where CPAN shines, is the documentation of most modules. I > cannot count the times where I was faced with a request in an area of which I > knew nothing at all, and have just browsed CPAN for modules related to that > area, just to read their documentation and get at least an idea of what this > was all about. > In recent years, Wikipedia may slowly becoming a runner-up, in terms of > general information. But when it comes down to the nitty-gritty of > interfacing with whatever API (or lack of ditto) programmers in their most > delirious moments might have come up with, these CPAN modules are unbeatable. > Even if after that you decide to program your stuff in another language than > perl, it's still useful. > (Just for fun, go into CPAN and search for "NATO" (or more pragmatically, for > "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" ;-)); who > thinks of such things ?) > > So, to summarise : that some modules on CPAN would be marked as "maintained" > or "supported" and would turn out on closer inspection not to really be > anymore, I find this a very small price to pay for the wealth of good > information and working code that lives there. > > My sincerest thanks to CPAN and all its contributors and maintainers over the > years (that includes you of course, Jim). What you have done and are doing > is of incredible benefit to many, many programmers worldwide. > > André > > > Jim Schueler wrote: >> I still use Alpine. And they never fixed the bug where ctrl-c (to cancel a >> message) and ctrl-x (to send) are so easily confused. Oops. Maybe it's >> time to start using a mouse. >> >> Having wasted so much time, I'll try to be succinct: >> >> Most modules on CPAN are bascially throwaways and not supported at all. >> Use them at your own risk. >> >> There are some modules that are just obsolete. Good intentions aside, >> the developers lost interest and moved on. These are less risky if >> there's an established user base. >> >> There are some very good modules, widely used, that are fully supported >> and perfectly safe for a production environment. >> >> Most mod_perl modules, especially the core modules, fall into that last, >> gold standard, category. In many cases, support is transferred from one >> individual to another. And so that commitment is documented. But if a >> module is no longer supported, don't lie about it. Support forums are an >> incredible resource. But if commercial software developers similarly >> blurred this distinction, every p.o.s. would be advertising free 24x7 tech >> support. >> >> Apache::DBI seems like a #2 pretending to be a #3. On the basis of your >> response, I've concluded that Apache::DBI is no longer supported and has >> been superceded by newer modules. Especially if no one responds and >> explicitly accepts the responsibility, this seems like the most appropriate >> answer for the poster of the original thread. >> >> I owe you a :) from a couple posts ago. :) >> >> -Jim >> >> On Fri, 31 May 2013, Perrin Harkins wrote: >> >>> Hi Jim, >>> I appreciate the thought, but I'm not the mod_perl list. If you look at >>> who >>> has done the most support around here recently, it's probably Torsten. >>> (Thanks Torsten!) More to the point, there are many people on the list >>> who >>> know enough perl to help with a question about Apache::DBI. It's a common >>> practice to point people here for support on mod_perl modules. >>> >>> What are you getting at? Is there a module that you're having trouble >>> with >>> and can't get support for? >>> >>> - Perrin >>> >>> >>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>> wrote: >>> There's an existing thread with an Apache::DBI question. But >>> since I want to post a separate question to this list, I decided >>> to start a new thread. >>> >>> Just got done reading the Man page for Apache::DBI. One of the >>> last notes suggests that this package is obsolete (having been >>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>> following: >>> >>> Edmund Mergl was the original author of Apache::DBI. It is now >>> supported >>> and maintained by the modperl mailinglist, see the mod_perl >>> documentation >>> for instructions on how to subscribe. >>> >>> Unless Perrin Harkins agreed to take over support for this >>> module, then that statement is not true. Otherwise, out of >>> respect for Perrin, I'll try to be general. >>> >>> (Aside: Am I the only developer that comes across 'unless () {} >>> else {}' constructions?) >>> >>> It seems very few distros on CPAN are actually supported. For >>> my part, I still monitor this list to support my own >>> contributions from *many* years ago. And I k >>> >>> >>> >>> > ---733756761-1905827242-1370019408=:6225-- From modperl-return-63348-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 18:21:34 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4E21EFB41 for ; Fri, 31 May 2013 18:21:34 +0000 (UTC) Received: (qmail 3090 invoked by uid 500); 31 May 2013 18:21:33 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 3058 invoked by uid 500); 31 May 2013 18:21:33 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 3051 invoked by uid 99); 31 May 2013 18:21:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 18:21:33 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [209.85.214.178] (HELO mail-ob0-f178.google.com) (209.85.214.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 18:21:27 +0000 Received: by mail-ob0-f178.google.com with SMTP id fb19so3668172obc.9 for ; Fri, 31 May 2013 11:20:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=CBZYY2Xg/QNdzPM42dWOUhWJem0E5NwP/eGf4fIoV+c=; b=E6v/vY/GquSvjfr5xA46o473z5u7rigjwnQGkDwB+4Bwg9NsjAiGYKkAyZd8BhMbHL b8r+vIuHvARPEGnTPo2GgmvmQ7Y2kqN5cOA91KdMiarsjBA+28o9x1OnOvUabc/TyOjY 53qe/7v+7nZTAWcvtJaQ47np2oX2GC6ozYBR4WoWTWFUAU1eEeptrppCsYvWUhH/yTJt oEkQVkBNiaEpDt1ksVXW9BaFhFlcv3OQRjOEUjXHtII+5ruidYy9LBHZ1ZeROAyfl3g0 5qq3zSAbxrwoJwrmwDeqRso2VO06amsvsr88FT9w1RiSxDvePwvroYn95btaOYHwf69T M1Nw== MIME-Version: 1.0 X-Received: by 10.60.115.73 with SMTP id jm9mr6297206oeb.126.1370024446346; Fri, 31 May 2013 11:20:46 -0700 (PDT) Received: by 10.182.102.106 with HTTP; Fri, 31 May 2013 11:20:46 -0700 (PDT) In-Reply-To: References: <51A8D2D1.1050605@ice-sa.com> Date: Fri, 31 May 2013 11:20:46 -0700 Message-ID: Subject: Re: [OT] Apache::DBI From: Fred Moyer To: Jim Schueler Cc: mod_perl list Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlr2vfntyj5C9R4slfaOqWTP4mYLc6ztXjxb7rjkqbKzRL4CyZqtiq739YCexmu+QjD5bgx X-Virus-Checked: Checked by ClamAV on apache.org > In their absence, I'd note that your post has an interesting ambiguity: I= s > the number of unsupported modules 2.5% or 25%? The 'supported' metric doesn't really translate the same in reference to open source software as it does to commercial software. When a commercial software product becomes unsupported (think IE6), then you are out in the cold. You don't have the source code, so you can't fix an issue with it, or hire someone to fix the issue. Unless you are really good with a hex code editor and patching binary files, you're out of luck. With open source software like Perl, you may see statements like 'Perl 5.6 is no longer officially supported'. This means you probably won't be able to get the P5P team to fix bugs or security issues if they come up. Still, you have the source code, so you can fix it yourself. CPAN is a bit more murky in that individual authors can decide to deprecate modules, or they can drop off the face of the earth, but widely used modules such as Apache::DBI, SOAP::Lite (maintenance recently stewarded by yours truly) will almost always have volunteers step up and maintain them, because those volunteers need those modules to be functioning for own work. In terms of a supported metric, I'd say modules that are used by more than a few people are supported 100%. With regards to Apache::DBI, it is very much supported :) But this comes with the general open source software caveat - "Using open source software doesn't mean someone will do *your work* for free". If there's a feature that appeals to more than a couple users, or a bug that affects more than a couple users, odds are that it will get fixed. Features that only one user is after will likely not be implemented by the maintainers, but patches for those features are usually readily accepted. On Fri, May 31, 2013 at 10:30 AM, Jim Schueler wr= ote: > No apology please. In terms of trying to qualify any of this, a larger > statistical pool is better. And I am no authority. My perceptions are > largely based on forum postings which causes an inherent bias. > > I'd love to see this conversation continue, especially if participants > included those who commit significant resources to their technology > decisions. In other words, people who hire and pay Perl programmers. > They're likely to be as skeptical as I am. I've never been a cheerleader= . > > In their absence, I'd note that your post has an interesting ambiguity: I= s > the number of unsupported modules 2.5% or 25%? (For more rhetorical > nit-picking, you probably don't use the ones that don't work :) Also, th= e > significant question seems to be whether Apache::DBI is supported or not. > From Mr. Zheng's point-of-view (in this case, the one that matters) the > number might be much higher. > > -Jim > > > On Fri, 31 May 2013, Andr=E9 Warnier wrote: > >> Just butting in, apologies. >> >> It may not have been Jim's intention below, but I get the impression tha= t >> his comments on CPAN are a bit harsh. >> >> It is true that a number of modules are apparently no longer supported. = I >> have used many modules over the years, and sometimes have had problems w= ith >> some of them (mostly not though). And when for these problematic cases, = I >> have tried to get help, the results have beem mixed; but the mix for me = has >> been rather good. I would say that in my case, 90% of the CPAN modules I >> ever used worked out of the box. For the 10% remaining, in 75% of the c= ases >> I did get help from the person advertised as the author or the maintaine= r, >> and in 25% of cases I never got a response. >> But then, as Jim himself indicated, people move on, without necessarily >> changing their email addresses. Considering how old some of these modul= es >> are, I guess people also retire, or even pass away. >> >> But the fact of the matter is that CPAN is still an incredible resource, >> unequalled in my view by any other similar module library of any other >> language anywhere. And I find it amazing that at least 90% of the module= s >> which I have downloaded from CPAN and used over the last 15 years, just >> work, and moreover keep on working through many, many iterations of prog= rams >> and perl versions, and that in fact one very rarely needs additional sup= port >> for them. When I compare this with other programming languages and supp= ort >> libraries, I believe we perl programmers are incredibly spoiled. >> >> Another area where CPAN shines, is the documentation of most modules. I >> cannot count the times where I was faced with a request in an area of wh= ich >> I knew nothing at all, and have just browsed CPAN for modules related to >> that area, just to read their documentation and get at least an idea of = what >> this was all about. >> In recent years, Wikipedia may slowly becoming a runner-up, in terms of >> general information. But when it comes down to the nitty-gritty of >> interfacing with whatever API (or lack of ditto) programmers in their mo= st >> delirious moments might have come up with, these CPAN modules are >> unbeatable. Even if after that you decide to program your stuff in anoth= er >> language than perl, it's still useful. >> (Just for fun, go into CPAN and search for "NATO" (or more pragmatically= , >> for "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" ;= -)); >> who thinks of such things ?) >> >> So, to summarise : that some modules on CPAN would be marked as >> "maintained" or "supported" and would turn out on closer inspection not = to >> really be anymore, I find this a very small price to pay for the wealth = of >> good information and working code that lives there. >> >> My sincerest thanks to CPAN and all its contributors and maintainers ove= r >> the years (that includes you of course, Jim). What you have done and ar= e >> doing is of incredible benefit to many, many programmers worldwide. >> >> Andr=E9 >> >> >> Jim Schueler wrote: >>> >>> I still use Alpine. And they never fixed the bug where ctrl-c (to canc= el >>> a message) and ctrl-x (to send) are so easily confused. Oops. Maybe i= t's >>> time to start using a mouse. >>> >>> Having wasted so much time, I'll try to be succinct: >>> >>> Most modules on CPAN are bascially throwaways and not supported at al= l. >>> Use them at your own risk. >>> >>> There are some modules that are just obsolete. Good intentions aside= , >>> the developers lost interest and moved on. These are less risky if >>> there's an established user base. >>> >>> There are some very good modules, widely used, that are fully support= ed >>> and perfectly safe for a production environment. >>> >>> Most mod_perl modules, especially the core modules, fall into that last= , >>> gold standard, category. In many cases, support is transferred from on= e >>> individual to another. And so that commitment is documented. But if a >>> module is no longer supported, don't lie about it. Support forums are = an >>> incredible resource. But if commercial software developers similarly >>> blurred this distinction, every p.o.s. would be advertising free 24x7 t= ech >>> support. >>> >>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of you= r >>> response, I've concluded that Apache::DBI is no longer supported and ha= s >>> been superceded by newer modules. Especially if no one responds and >>> explicitly accepts the responsibility, this seems like the most appropr= iate >>> answer for the poster of the original thread. >>> >>> I owe you a :) from a couple posts ago. :) >>> >>> -Jim >>> >>> On Fri, 31 May 2013, Perrin Harkins wrote: >>> >>>> Hi Jim, >>>> I appreciate the thought, but I'm not the mod_perl list. If you look = at >>>> who >>>> has done the most support around here recently, it's probably Torsten. >>>> (Thanks Torsten!) More to the point, there are many people on the li= st >>>> who >>>> know enough perl to help with a question about Apache::DBI. It's a >>>> common >>>> practice to point people here for support on mod_perl modules. >>>> >>>> What are you getting at? Is there a module that you're having trouble >>>> with >>>> and can't get support for? >>>> >>>> - Perrin >>>> >>>> >>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>>> wrote: >>>> There's an existing thread with an Apache::DBI question. But >>>> since I want to post a separate question to this list, I decided >>>> to start a new thread. >>>> >>>> Just got done reading the Man page for Apache::DBI. One of the >>>> last notes suggests that this package is obsolete (having been >>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>> following: >>>> >>>> Edmund Mergl was the original author of Apache::DBI. It is now >>>> supported >>>> and maintained by the modperl mailinglist, see the mod_perl >>>> documentation >>>> for instructions on how to subscribe. >>>> >>>> Unless Perrin Harkins agreed to take over support for this >>>> module, then that statement is not true. Otherwise, out of >>>> respect for Perrin, I'll try to be general. >>>> >>>> (Aside: Am I the only developer that comes across 'unless () {} >>>> else {}' constructions?) >>>> >>>> It seems very few distros on CPAN are actually supported. For >>>> my part, I still monitor this list to support my own >>>> contributions from *many* years ago. And I k >>>> >>>> >>>> >>>> > From modperl-return-63349-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 19:29:55 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6508F10155 for ; Fri, 31 May 2013 19:29:55 +0000 (UTC) Received: (qmail 29407 invoked by uid 500); 31 May 2013 19:29:54 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 29380 invoked by uid 500); 31 May 2013 19:29:54 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 29373 invoked by uid 99); 31 May 2013 19:29:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 19:29:54 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 19:29:47 +0000 Received: from [192.168.245.129] (pD9EA7A3E.dip0.t-ipconnect.de [217.234.122.62]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id 966463C2BEC for ; Fri, 31 May 2013 21:29:51 +0200 (CEST) Message-ID: <51A8FA15.8000809@ice-sa.com> Date: Fri, 31 May 2013 21:29:25 +0200 From: =?ISO-8859-15?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: [OT] Apache::DBI References: <51A8D2D1.1050605@ice-sa.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Jim Schueler wrote: > No apology please. In terms of trying to qualify any of this, a larger > statistical pool is better. And I am no authority. My perceptions are > largely based on forum postings which causes an inherent bias. > > I'd love to see this conversation continue, especially if participants > included those who commit significant resources to their technology > decisions. In other words, people who hire and pay Perl programmers. > They're likely to be as skeptical as I am. I've never been a cheerleader. > > In their absence, I'd note that your post has an interesting ambiguity: > Is the number of unsupported modules 2.5% or 25%? Note that this was prefixed by "for the 10% remaining,", so it was indeed 2.5%. My mothertongue is not English, so I am subject to the occasional linguistic slippage. It would probably have been clearer had I written "Of the remaining 10%,". (For more rhetorical > nit-picking, you probably don't use the ones that don't work :) Maybe. But I do use quite a few that do work and never needed any support. And there are thousands of add-on modules in other languages that don't work and that I don't use either. (So where does that leave us, statistically speaking ?) I believe that Vincent's comment is right on the spot : perl, and perl CPAN modules, and mod_perl, generally work so well that there are not a lot of support requests, and that situation by itself makes them rather "transparent". "Happy people have no History" (French proverb, translated literally). There is a similar situation elsewhere in the IT world : some environments or applications need a lot of support just to keep running. Therefore, they need a large support staff. Therefore, their department grows larger and their boss gets a lot of clout and a big budget. In contrast, the application which just works and doesn't require much support, does not make headlines, tends to get forgotten and gets less staff, a smaller boss and a smaller budget. Unfair but often seen. Maybe the perl situation is not so bad in reality though. I have it from some usually reliable sources that there is a gradual regain of popularity of perl among younger programmers. That is certainly the case among the young programmers that I employ. They usually arrive all infatuated by things java and PHP and .net and sharp, and look sceptically at best upon anything around perl. Then they are asked to solve some simple issues, and pick their preferred language to do it. Then they are shown the perl way of doing it, and that generally succeeds in getting their attention. It's a slow process, but one has to patiently overcome years of Java and MS propaganda, and that doesn't happen in a day. Also, > the significant question seems to be whether Apache::DBI is supported or > not. >> From Mr. Zheng's point-of-view (in this case, the one that matters) the > number might be much higher. > > -Jim > > On Fri, 31 May 2013, André Warnier wrote: > >> Just butting in, apologies. >> >> It may not have been Jim's intention below, but I get the impression >> that his comments on CPAN are a bit harsh. >> >> It is true that a number of modules are apparently no longer >> supported. I have used many modules over the years, and sometimes >> have had problems with some of them (mostly not though). And when for >> these problematic cases, I have tried to get help, the results have >> beem mixed; but the mix for me has been rather good. I would say that >> in my case, 90% of the CPAN modules I ever used worked out of the >> box. For the 10% remaining, in 75% of the cases I did get help from >> the person advertised as the author or the maintainer, and in 25% of >> cases I never got a response. >> But then, as Jim himself indicated, people move on, without >> necessarily changing their email addresses. Considering how old some >> of these modules are, I guess people also retire, or even pass away. >> >> But the fact of the matter is that CPAN is still an incredible >> resource, unequalled in my view by any other similar module library of >> any other language anywhere. And I find it amazing that at least 90% >> of the modules which I have downloaded from CPAN and used over the >> last 15 years, just work, and moreover keep on working through many, >> many iterations of programs and perl versions, and that in fact one >> very rarely needs additional support for them. When I compare this >> with other programming languages and support libraries, I believe we >> perl programmers are incredibly spoiled. >> >> Another area where CPAN shines, is the documentation of most modules. >> I cannot count the times where I was faced with a request in an area >> of which I knew nothing at all, and have just browsed CPAN for modules >> related to that area, just to read their documentation and get at >> least an idea of what this was all about. >> In recent years, Wikipedia may slowly becoming a runner-up, in terms >> of general information. But when it comes down to the nitty-gritty of >> interfacing with whatever API (or lack of ditto) programmers in their >> most delirious moments might have come up with, these CPAN modules are >> unbeatable. Even if after that you decide to program your stuff in >> another language than perl, it's still useful. >> (Just for fun, go into CPAN and search for "NATO" (or more >> pragmatically, for "sharepoint" e.g.)(or even, God forbid, for >> "Google" or "Facebook" ;-)); who thinks of such things ?) >> >> So, to summarise : that some modules on CPAN would be marked as >> "maintained" or "supported" and would turn out on closer inspection >> not to really be anymore, I find this a very small price to pay for >> the wealth of good information and working code that lives there. >> >> My sincerest thanks to CPAN and all its contributors and maintainers >> over the years (that includes you of course, Jim). What you have done >> and are doing is of incredible benefit to many, many programmers >> worldwide. >> >> André >> >> >> Jim Schueler wrote: >>> I still use Alpine. And they never fixed the bug where ctrl-c (to >>> cancel a message) and ctrl-x (to send) are so easily confused. >>> Oops. Maybe it's time to start using a mouse. >>> >>> Having wasted so much time, I'll try to be succinct: >>> >>> Most modules on CPAN are bascially throwaways and not supported at >>> all. >>> Use them at your own risk. >>> >>> There are some modules that are just obsolete. Good intentions aside, >>> the developers lost interest and moved on. These are less risky if >>> there's an established user base. >>> >>> There are some very good modules, widely used, that are fully >>> supported >>> and perfectly safe for a production environment. >>> >>> Most mod_perl modules, especially the core modules, fall into that >>> last, gold standard, category. In many cases, support is transferred >>> from one individual to another. And so that commitment is >>> documented. But if a module is no longer supported, don't lie about >>> it. Support forums are an incredible resource. But if commercial >>> software developers similarly blurred this distinction, every p.o.s. >>> would be advertising free 24x7 tech support. >>> >>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of >>> your response, I've concluded that Apache::DBI is no longer supported >>> and has been superceded by newer modules. Especially if no one >>> responds and explicitly accepts the responsibility, this seems like >>> the most appropriate answer for the poster of the original thread. >>> >>> I owe you a :) from a couple posts ago. :) >>> >>> -Jim >>> >>> On Fri, 31 May 2013, Perrin Harkins wrote: >>> >>>> Hi Jim, >>>> I appreciate the thought, but I'm not the mod_perl list. If you >>>> look at who >>>> has done the most support around here recently, it's probably Torsten. >>>> (Thanks Torsten!) More to the point, there are many people on the >>>> list who >>>> know enough perl to help with a question about Apache::DBI. It's a >>>> common >>>> practice to point people here for support on mod_perl modules. >>>> >>>> What are you getting at? Is there a module that you're having >>>> trouble with >>>> and can't get support for? >>>> >>>> - Perrin >>>> >>>> >>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>>> >>>> wrote: >>>> There's an existing thread with an Apache::DBI question. But >>>> since I want to post a separate question to this list, I decided >>>> to start a new thread. >>>> >>>> Just got done reading the Man page for Apache::DBI. One of the >>>> last notes suggests that this package is obsolete (having been >>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>> following: >>>> >>>> Edmund Mergl was the original author of Apache::DBI. It is now >>>> supported >>>> and maintained by the modperl mailinglist, see the mod_perl >>>> documentation >>>> for instructions on how to subscribe. >>>> >>>> Unless Perrin Harkins agreed to take over support for this >>>> module, then that statement is not true. Otherwise, out of >>>> respect for Perrin, I'll try to be general. >>>> >>>> (Aside: Am I the only developer that comes across 'unless () {} >>>> else {}' constructions?) >>>> >>>> It seems very few distros on CPAN are actually supported. For >>>> my part, I still monitor this list to support my own >>>> contributions from *many* years ago. And I k >>>> >>>> >>>> >>>> >> From modperl-return-63350-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 20:42:28 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C7528F358 for ; Fri, 31 May 2013 20:42:28 +0000 (UTC) Received: (qmail 96926 invoked by uid 500); 31 May 2013 20:42:27 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 96901 invoked by uid 500); 31 May 2013 20:42:27 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 96894 invoked by uid 99); 31 May 2013 20:42:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 20:42:27 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [67.212.167.194] (HELO server.tqis.com) (67.212.167.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 20:42:23 +0000 Received: from server.tqis.com (localhost.localdomain [127.0.0.1]) by server.tqis.com (8.13.8/8.13.8) with ESMTP id r4VKg036026313; Fri, 31 May 2013 16:42:01 -0400 Received: from localhost (jschueler@localhost) by server.tqis.com (8.13.8/8.13.8/Submit) with ESMTP id r4VKfx28026310; Fri, 31 May 2013 16:42:00 -0400 X-Authentication-Warning: server.tqis.com: jschueler owned process doing -bs Date: Fri, 31 May 2013 16:41:59 -0400 (EDT) From: Jim Schueler X-X-Sender: jschueler@server.tqis.com To: Fred Moyer cc: mod_perl list Subject: Re: [OT] Apache::DBI In-Reply-To: Message-ID: References: <51A8D2D1.1050605@ice-sa.com> User-Agent: Alpine 2.00 (LRH 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-733756761-1667586622-1370028716=:6225" Content-ID: X-Virus-Checked: Checked by ClamAV on apache.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---733756761-1667586622-1370028716=:6225 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; FORMAT=flowed Content-Transfer-Encoding: 8BIT Content-ID: > With regards to Apache::DBI, it is very much supported :) No. It is not. What little I know of you, you seem knowledgable and experienced. But you don't seem to have read this thread. The documentation says that the module will be supported by this list, and the facts now demonstrate otherwise. Several contributors have responded now. To paraphrase, they will (and I will and so will others) help the best they can. But that's not what the documentation says. I guess I'm just one of those whiners who expects the documentation to be reliable. I followed this thread from the beginning. I compared the original observations with the documentation. And either the documentation is wrong or (more likely) incomplete. I think it's reasonable to assume that if no one steps up to take ownership, there is no owner. And hence the code is unsupported. Early on, I tried to clarify. Which I'll repeat: If the code has no significant user base and no identifiable owner/maintainer, use at your own risk. Pretty much what you say below. If the code has a significant user base but no identifiable owner, there's a lot less risk because you can get support from other users. Modules with reliable owners, such as Soap::Lite, deserve the highest level of confidence. Apache::DBI has no owner and therefore falls in category #2. Or maybe someone will step foward, and thus category #3. Otherwise, your comments below say the same thing. Yet for some reason, you turned the big platitude guns on me. By omission, there seems to be consensus on these guidelines. All the quibbling revolves around my estimate that most modules fall in the first category. Personally, I would prefer no one estimated that 97.5% (or 118,000 perl modules) are still actively supported by their authors/ designated successors. Because I think that claim strains credibility. > ...this comes with the general open source software caveat - "Using open > source software doesn't mean someone will do *your work* for free". I didn't originate the thread, but this response offends me. If someone observes a problem with a module, is the point to discredit them instead? So far, there seems to be a tendency to overlook the substance of the discussion and react defensively to outsiders (as though I haven't participated here for 14 or 15 years). What's up with that? Thanks for letting me get that off my chest. -Jim On Fri, 31 May 2013, Fred Moyer wrote: >> In their absence, I'd note that your post has an interesting ambiguity: Is >> the number of unsupported modules 2.5% or 25%? > > The 'supported' metric doesn't really translate the same in reference > to open source software as it does to commercial software. When a > commercial software product becomes unsupported (think IE6), then you > are out in the cold. You don't have the source code, so you can't fix > an issue with it, or hire someone to fix the issue. Unless you are > really good with a hex code editor and patching binary files, you're > out of luck. > > With open source software like Perl, you may see statements like 'Perl > 5.6 is no longer officially supported'. This means you probably won't > be able to get the P5P team to fix bugs or security issues if they > come up. Still, you have the source code, so you can fix it yourself. > > CPAN is a bit more murky in that individual authors can decide to > deprecate modules, or they can drop off the face of the earth, but > widely used modules such as Apache::DBI, SOAP::Lite (maintenance > recently stewarded by yours truly) will almost always have volunteers > step up and maintain them, because those volunteers need those modules > to be functioning for own work. In terms of a supported metric, I'd > say modules that are used by more than a few people are supported > 100%. > > With regards to Apache::DBI, it is very much supported :) But this > comes with the general open source software caveat - "Using open > source software doesn't mean someone will do *your work* for free". If > there's a feature that appeals to more than a couple users, or a bug > that affects more than a couple users, odds are that it will get > fixed. Features that only one user is after will likely not be > implemented by the maintainers, but patches for those features are > usually readily accepted. > > On Fri, May 31, 2013 at 10:30 AM, Jim Schueler wrote: >> No apology please. In terms of trying to qualify any of this, a larger >> statistical pool is better. And I am no authority. My perceptions are >> largely based on forum postings which causes an inherent bias. >> >> I'd love to see this conversation continue, especially if participants >> included those who commit significant resources to their technology >> decisions. In other words, people who hire and pay Perl programmers. >> They're likely to be as skeptical as I am. I've never been a cheerleader. >> >> In their absence, I'd note that your post has an interesting ambiguity: Is >> the number of unsupported modules 2.5% or 25%? (For more rhetorical >> nit-picking, you probably don't use the ones that don't work :) Also, the >> significant question seems to be whether Apache::DBI is supported or not. >> From Mr. Zheng's point-of-view (in this case, the one that matters) the >> number might be much higher. >> >> -Jim >> >> >> On Fri, 31 May 2013, André Warnier wrote: >> >>> Just butting in, apologies. >>> >>> It may not have been Jim's intention below, but I get the impression that >>> his comments on CPAN are a bit harsh. >>> >>> It is true that a number of modules are apparently no longer supported. I >>> have used many modules over the years, and sometimes have had problems with >>> some of them (mostly not though). And when for these problematic cases, I >>> have tried to get help, the results have beem mixed; but the mix for me has >>> been rather good. I would say that in my case, 90% of the CPAN modules I >>> ever used worked out of the box. For the 10% remaining, in 75% of the cases >>> I did get help from the person advertised as the author or the maintainer, >>> and in 25% of cases I never got a response. >>> But then, as Jim himself indicated, people move on, without necessarily >>> changing their email addresses. Considering how old some of these modules >>> are, I guess people also retire, or even pass away. >>> >>> But the fact of the matter is that CPAN is still an incredible resource, >>> unequalled in my view by any other similar module library of any other >>> language anywhere. And I find it amazing that at least 90% of the modules >>> which I have downloaded from CPAN and used over the last 15 years, just >>> work, and moreover keep on working through many, many iterations of programs >>> and perl versions, and that in fact one very rarely needs additional support >>> for them. When I compare this with other programming languages and support >>> libraries, I believe we perl programmers are incredibly spoiled. >>> >>> Another area where CPAN shines, is the documentation of most modules. I >>> cannot count the times where I was faced with a request in an area of which >>> I knew nothing at all, and have just browsed CPAN for modules related to >>> that area, just to read their documentation and get at least an idea of what >>> this was all about. >>> In recent years, Wikipedia may slowly becoming a runner-up, in terms of >>> general information. But when it comes down to the nitty-gritty of >>> interfacing with whatever API (or lack of ditto) programmers in their most >>> delirious moments might have come up with, these CPAN modules are >>> unbeatable. Even if after that you decide to program your stuff in another >>> language than perl, it's still useful. >>> (Just for fun, go into CPAN and search for "NATO" (or more pragmatically, >>> for "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" ;-)); >>> who thinks of such things ?) >>> >>> So, to summarise : that some modules on CPAN would be marked as >>> "maintained" or "supported" and would turn out on closer inspection not to >>> really be anymore, I find this a very small price to pay for the wealth of >>> good information and working code that lives there. >>> >>> My sincerest thanks to CPAN and all its contributors and maintainers over >>> the years (that includes you of course, Jim). What you have done and are >>> doing is of incredible benefit to many, many programmers worldwide. >>> >>> André >>> >>> >>> Jim Schueler wrote: >>>> >>>> I still use Alpine. And they never fixed the bug where ctrl-c (to cancel >>>> a message) and ctrl-x (to send) are so easily confused. Oops. Maybe it's >>>> time to start using a mouse. >>>> >>>> Having wasted so much time, I'll try to be succinct: >>>> >>>> Most modules on CPAN are bascially throwaways and not supported at all. >>>> Use them at your own risk. >>>> >>>> There are some modules that are just obsolete. Good intentions aside, >>>> the developers lost interest and moved on. These are less risky if >>>> there's an established user base. >>>> >>>> There are some very good modules, widely used, that are fully supported >>>> and perfectly safe for a production environment. >>>> >>>> Most mod_perl modules, especially the core modules, fall into that last, >>>> gold standard, category. In many cases, support is transferred from one >>>> individual to another. And so that commitment is documented. But if a >>>> module is no longer supported, don't lie about it. Support forums are an >>>> incredible resource. But if commercial software developers similarly >>>> blurred this distinction, every p.o.s. would be advertising free 24x7 tech >>>> support. >>>> >>>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of your >>>> response, I've concluded that Apache::DBI is no longer supported and has >>>> been superceded by newer modules. Especially if no one responds and >>>> explicitly accepts the responsibility, this seems like the most appropriate >>>> answer for the poster of the original thread. >>>> >>>> I owe you a :) from a couple posts ago. :) >>>> >>>> -Jim >>>> >>>> On Fri, 31 May 2013, Perrin Harkins wrote: >>>> >>>>> Hi Jim, >>>>> I appreciate the thought, but I'm not the mod_perl list. If you look at >>>>> who >>>>> has done the most support around here recently, it's probably Torsten. >>>>> (Thanks Torsten!) More to the point, there are many people on the list >>>>> who >>>>> know enough perl to help with a question about Apache::DBI. It's a >>>>> common >>>>> practice to point people here for support on mod_perl modules. >>>>> >>>>> What are you getting at? Is there a module that you're having trouble >>>>> with >>>>> and can't get support for? >>>>> >>>>> - Perrin >>>>> >>>>> >>>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>>>> wrote: >>>>> There's an existing thread with an Apache::DBI question. But >>>>> since I want to post a separate question to this list, I decided >>>>> to start a new thread. >>>>> >>>>> Just got done reading the Man page for Apache::DBI. One of the >>>>> last notes suggests that this package is obsolete (having been >>>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>>> following: >>>>> >>>>> Edmund Mergl was the original author of Apache::DBI. It is now >>>>> supported >>>>> and maintained by the modperl mailinglist, see the mod_perl >>>>> documentation >>>>> for instructions on how to subscribe. >>>>> >>>>> Unless Perrin Harkins agreed to take over support for this >>>>> module, then that statement is not true. Otherwise, out of >>>>> respect for Perrin, I'll try to be general. >>>>> >>>>> (Aside: Am I the only developer that comes across 'unless () {} >>>>> else {}' constructions?) >>>>> >>>>> It seems very few distros on CPAN are actually supported. For >>>>> my part, I still monitor this list to support my own >>>>> contributions from *many* years ago. And I k >>>>> >>>>> >>>>> >>>>> >> > ---733756761-1667586622-1370028716=:6225-- From modperl-return-63351-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 21:36:18 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 05A261035F for ; Fri, 31 May 2013 21:36:18 +0000 (UTC) Received: (qmail 76738 invoked by uid 500); 31 May 2013 21:36:17 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 76710 invoked by uid 500); 31 May 2013 21:36:17 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 76697 invoked by uid 99); 31 May 2013 21:36:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 21:36:17 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pharkins@gmail.com designates 74.125.82.48 as permitted sender) Received: from [74.125.82.48] (HELO mail-wg0-f48.google.com) (74.125.82.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 21:36:12 +0000 Received: by mail-wg0-f48.google.com with SMTP id f12so1609436wgh.15 for ; Fri, 31 May 2013 14:35:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bzqgpRsNDZdW2JlGXKrmtklR/XBauxHgcAoBAMHzQuc=; b=U7rgMeZkoYPsdjD7klcghGCJu8t2t96RLK9vES2FQwgjJpE1exqC3Gr6uc+xeo/7xn e0eiqC3CRbBzk6lYfDzqmWyOo3XXkUoo3hXFRnaSOivqGkTSVAcI+2lahMJ7tbcX5aEO hmfJbRWvpounC8GvcSN5FajZW7XryUDnOyTAusOI/lzSs+lSNemnavANck0wV+iLyuRh z9w7lf8MFiDyI4+NIwomV0UzDwhz61spo+I5Tv+M3bIjyu8uY1h8jQNep2xqkKE3NGPP qBk2gAn0NX0Ge6kumS7pUCoUT2caEp070p6CGFg9+zYrNhRw1HseDDdMmUbXb4h2FGPy zfFg== MIME-Version: 1.0 X-Received: by 10.194.219.198 with SMTP id pq6mr10756923wjc.58.1370036151188; Fri, 31 May 2013 14:35:51 -0700 (PDT) Received: by 10.194.20.195 with HTTP; Fri, 31 May 2013 14:35:51 -0700 (PDT) In-Reply-To: References: <51A8D2D1.1050605@ice-sa.com> Date: Fri, 31 May 2013 17:35:51 -0400 Message-ID: Subject: Re: [OT] Apache::DBI From: Perrin Harkins To: Jim Schueler Cc: Fred Moyer , mod_perl list Content-Type: multipart/alternative; boundary=001a11c1b4f81f091c04de0a6630 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1b4f81f091c04de0a6630 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Jim, I just don't see the issue with not having an individual's name on one of the mod_perl modules as the support contact. To me, Apache::DBI is being supported, exactly as the documentation says. Someone wrote to the mailing list, asked a question, and received responses that were trying to be helpful. Knowledgeable people offering "to help the best they can" is the only kind of support I expect to see on an open source project. In this case you get that from a whole group, not just one person. If I need help with DBI, I might write to dbi-users, but I don't expect a personal response from Tim Bunce every time I ask a question. Of course, if I wrote in with a major bug or security issue (or offered chocolate), I probably would get a response from Tim, just like similar messages to this list about mod_perl have been responded to by the mod_perl PMC. Is the issue for you that the original author listed on the module is no longer on the list? There are many of us here, including me, who have worked with, debugged, patched, and partially rewritten Apache::DBI. We own it. - Perrin On Fri, May 31, 2013 at 4:41 PM, Jim Schueler wrot= e: > With regards to Apache::DBI, it is very much supported :) >> > > No. It is not. What little I know of you, you seem knowledgable and > experienced. But you don't seem to have read this thread. The > documentation says that the module will be supported by this list, and th= e > facts now demonstrate otherwise. > > Several contributors have responded now. To paraphrase, they will (and I > will and so will others) help the best they can. But that's not what the > documentation says. I guess I'm just one of those whiners who expects th= e > documentation to be reliable. > > I followed this thread from the beginning. I compared the original > observations with the documentation. And either the documentation is wro= ng > or (more likely) incomplete. I think it's reasonable to assume that if n= o > one steps up to take ownership, there is no owner. And hence the code is > unsupported. > > Early on, I tried to clarify. Which I'll repeat: > > If the code has no significant user base and no identifiable > owner/maintainer, use at your own risk. Pretty much what you say > below. > > If the code has a significant user base but no identifiable owner, > there's a lot less risk because you can get support from other users. > > Modules with reliable owners, such as Soap::Lite, deserve the highest > level of confidence. > > Apache::DBI has no owner and therefore falls in category #2. Or maybe > someone will step foward, and thus category #3. Otherwise, your comments > below say the same thing. Yet for some reason, you turned the big > platitude guns on me. > > By omission, there seems to be consensus on these guidelines. All the > quibbling revolves around my estimate that most modules fall in the first > category. Personally, I would prefer no one estimated that 97.5% (or > 118,000 perl modules) are still actively supported by their authors/ > designated successors. Because I think that claim strains credibility. > > ...this comes with the general open source software caveat - "Using open >> >> source software doesn't mean someone will do *your work* for free". >> > > I didn't originate the thread, but this response offends me. If someone > observes a problem with a module, is the point to discredit them instead? > > So far, there seems to be a tendency to overlook the substance of the > discussion and react defensively to outsiders (as though I haven't > participated here for 14 or 15 years). What's up with that? > > Thanks for letting me get that off my chest. > > -Jim > > > > > On Fri, 31 May 2013, Fred Moyer wrote: > > In their absence, I'd note that your post has an interesting ambiguity: = Is >>> the number of unsupported modules 2.5% or 25%? >>> >> >> The 'supported' metric doesn't really translate the same in reference >> to open source software as it does to commercial software. When a >> commercial software product becomes unsupported (think IE6), then you >> are out in the cold. You don't have the source code, so you can't fix >> an issue with it, or hire someone to fix the issue. Unless you are >> really good with a hex code editor and patching binary files, you're >> out of luck. >> >> With open source software like Perl, you may see statements like 'Perl >> 5.6 is no longer officially supported'. This means you probably won't >> be able to get the P5P team to fix bugs or security issues if they >> come up. Still, you have the source code, so you can fix it yourself. >> >> CPAN is a bit more murky in that individual authors can decide to >> deprecate modules, or they can drop off the face of the earth, but >> widely used modules such as Apache::DBI, SOAP::Lite (maintenance >> recently stewarded by yours truly) will almost always have volunteers >> step up and maintain them, because those volunteers need those modules >> to be functioning for own work. In terms of a supported metric, I'd >> say modules that are used by more than a few people are supported >> 100%. >> >> With regards to Apache::DBI, it is very much supported :) But this >> comes with the general open source software caveat - "Using open >> source software doesn't mean someone will do *your work* for free". If >> there's a feature that appeals to more than a couple users, or a bug >> that affects more than a couple users, odds are that it will get >> fixed. Features that only one user is after will likely not be >> implemented by the maintainers, but patches for those features are >> usually readily accepted. >> >> On Fri, May 31, 2013 at 10:30 AM, Jim Schueler >> wrote: >> >>> No apology please. In terms of trying to qualify any of this, a larger >>> statistical pool is better. And I am no authority. My perceptions are >>> largely based on forum postings which causes an inherent bias. >>> >>> I'd love to see this conversation continue, especially if participants >>> included those who commit significant resources to their technology >>> decisions. In other words, people who hire and pay Perl programmers. >>> They're likely to be as skeptical as I am. I've never been a >>> cheerleader. >>> >>> In their absence, I'd note that your post has an interesting ambiguity: >>> Is >>> the number of unsupported modules 2.5% or 25%? (For more rhetorical >>> nit-picking, you probably don't use the ones that don't work :) Also, >>> the >>> significant question seems to be whether Apache::DBI is supported or no= t. >>> From Mr. Zheng's point-of-view (in this case, the one that matters) the >>> number might be much higher. >>> >>> -Jim >>> >>> >>> On Fri, 31 May 2013, Andr=E9 Warnier wrote: >>> >>> Just butting in, apologies. >>>> >>>> It may not have been Jim's intention below, but I get the impression >>>> that >>>> his comments on CPAN are a bit harsh. >>>> >>>> It is true that a number of modules are apparently no longer supported= . >>>> I >>>> have used many modules over the years, and sometimes have had problems >>>> with >>>> some of them (mostly not though). And when for these problematic cases= , >>>> I >>>> have tried to get help, the results have beem mixed; but the mix for m= e >>>> has >>>> been rather good. I would say that in my case, 90% of the CPAN modules= I >>>> ever used worked out of the box. For the 10% remaining, in 75% of the >>>> cases >>>> I did get help from the person advertised as the author or the >>>> maintainer, >>>> and in 25% of cases I never got a response. >>>> But then, as Jim himself indicated, people move on, without necessaril= y >>>> changing their email addresses. Considering how old some of these >>>> modules >>>> are, I guess people also retire, or even pass away. >>>> >>>> But the fact of the matter is that CPAN is still an incredible resourc= e, >>>> unequalled in my view by any other similar module library of any other >>>> language anywhere. And I find it amazing that at least 90% of the >>>> modules >>>> which I have downloaded from CPAN and used over the last 15 years, jus= t >>>> work, and moreover keep on working through many, many iterations of >>>> programs >>>> and perl versions, and that in fact one very rarely needs additional >>>> support >>>> for them. When I compare this with other programming languages and >>>> support >>>> libraries, I believe we perl programmers are incredibly spoiled. >>>> >>>> Another area where CPAN shines, is the documentation of most modules. = I >>>> cannot count the times where I was faced with a request in an area of >>>> which >>>> I knew nothing at all, and have just browsed CPAN for modules related = to >>>> that area, just to read their documentation and get at least an idea o= f >>>> what >>>> this was all about. >>>> In recent years, Wikipedia may slowly becoming a runner-up, in terms o= f >>>> general information. But when it comes down to the nitty-gritty of >>>> interfacing with whatever API (or lack of ditto) programmers in their >>>> most >>>> delirious moments might have come up with, these CPAN modules are >>>> unbeatable. Even if after that you decide to program your stuff in >>>> another >>>> language than perl, it's still useful. >>>> (Just for fun, go into CPAN and search for "NATO" (or more >>>> pragmatically, >>>> for "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" >>>> ;-)); >>>> who thinks of such things ?) >>>> >>>> So, to summarise : that some modules on CPAN would be marked as >>>> "maintained" or "supported" and would turn out on closer inspection no= t >>>> to >>>> really be anymore, I find this a very small price to pay for the wealt= h >>>> of >>>> good information and working code that lives there. >>>> >>>> My sincerest thanks to CPAN and all its contributors and maintainers >>>> over >>>> the years (that includes you of course, Jim). What you have done and >>>> are >>>> doing is of incredible benefit to many, many programmers worldwide. >>>> >>>> Andr=E9 >>>> >>>> >>>> Jim Schueler wrote: >>>> >>>>> >>>>> I still use Alpine. And they never fixed the bug where ctrl-c (to >>>>> cancel >>>>> a message) and ctrl-x (to send) are so easily confused. Oops. Maybe >>>>> it's >>>>> time to start using a mouse. >>>>> >>>>> Having wasted so much time, I'll try to be succinct: >>>>> >>>>> Most modules on CPAN are bascially throwaways and not supported at >>>>> all. >>>>> Use them at your own risk. >>>>> >>>>> There are some modules that are just obsolete. Good intentions >>>>> aside, >>>>> the developers lost interest and moved on. These are less risky if >>>>> there's an established user base. >>>>> >>>>> There are some very good modules, widely used, that are fully >>>>> supported >>>>> and perfectly safe for a production environment. >>>>> >>>>> Most mod_perl modules, especially the core modules, fall into that >>>>> last, >>>>> gold standard, category. In many cases, support is transferred from >>>>> one >>>>> individual to another. And so that commitment is documented. But if= a >>>>> module is no longer supported, don't lie about it. Support forums ar= e >>>>> an >>>>> incredible resource. But if commercial software developers similarly >>>>> blurred this distinction, every p.o.s. would be advertising free 24x7 >>>>> tech >>>>> support. >>>>> >>>>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of >>>>> your >>>>> response, I've concluded that Apache::DBI is no longer supported and >>>>> has >>>>> been superceded by newer modules. Especially if no one responds and >>>>> explicitly accepts the responsibility, this seems like the most >>>>> appropriate >>>>> answer for the poster of the original thread. >>>>> >>>>> I owe you a :) from a couple posts ago. :) >>>>> >>>>> -Jim >>>>> >>>>> On Fri, 31 May 2013, Perrin Harkins wrote: >>>>> >>>>> Hi Jim, >>>>>> I appreciate the thought, but I'm not the mod_perl list. If you loo= k >>>>>> at >>>>>> who >>>>>> has done the most support around here recently, it's probably Torste= n. >>>>>> (Thanks Torsten!) More to the point, there are many people on the >>>>>> list >>>>>> who >>>>>> know enough perl to help with a question about Apache::DBI. It's a >>>>>> common >>>>>> practice to point people here for support on mod_perl modules. >>>>>> >>>>>> What are you getting at? Is there a module that you're having troub= le >>>>>> with >>>>>> and can't get support for? >>>>>> >>>>>> - Perrin >>>>>> >>>>>> >>>>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler < >>>>>> jschueler@eloquency.com> >>>>>> wrote: >>>>>> There's an existing thread with an Apache::DBI question. But >>>>>> since I want to post a separate question to this list, I decid= ed >>>>>> to start a new thread. >>>>>> >>>>>> Just got done reading the Man page for Apache::DBI. One of th= e >>>>>> last notes suggests that this package is obsolete (having been >>>>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>>>> following: >>>>>> >>>>>> Edmund Mergl was the original author of Apache::DBI. It is n= ow >>>>>> supported >>>>>> and maintained by the modperl mailinglist, see the mod_perl >>>>>> documentation >>>>>> for instructions on how to subscribe. >>>>>> >>>>>> Unless Perrin Harkins agreed to take over support for this >>>>>> module, then that statement is not true. Otherwise, out of >>>>>> respect for Perrin, I'll try to be general. >>>>>> >>>>>> (Aside: Am I the only developer that comes across 'unless () = {} >>>>>> else {}' constructions?) >>>>>> >>>>>> It seems very few distros on CPAN are actually supported. For >>>>>> my part, I still monitor this list to support my own >>>>>> contributions from *many* years ago. And I k >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>> --001a11c1b4f81f091c04de0a6630 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
    Jim,

    I just don't see the iss= ue with not having an individual's name on one of the mod_perl modules = as the support contact. =A0To me, Apache::DBI is being supported, exactly a= s the documentation says. =A0Someone wrote to the mailing list, asked a que= stion, and received responses that were trying to be helpful. =A0Knowledgea= ble people offering "to help the best they can" is the only kind = of support I expect to see on an open source project. =A0In this case you g= et that from a whole group, not just one person.

    If I need help with DBI, I might write to d= bi-users, but I don't expect a personal response from Tim Bunce every t= ime I ask a question. =A0Of course, if I wrote in with a major bug or secur= ity issue (or offered chocolate), I probably would get a response from Tim,= just like similar messages to this list about mod_perl have been responded= to by the mod_perl PMC.

    Is the issue for you that the original auth= or listed on the module is no longer on the list? =A0There are many of us h= ere, including me, who have worked with, debugged, patched, and partially r= ewritten Apache::DBI. =A0We own it.

    - Perrin



    On Fri, May 31,= 2013 at 4:41 PM, Jim Schueler <jschueler@eloquency.com> wrote:
    With regards to Apache::DBI, it is very much supported :)

    No. =A0It is not. =A0What little I know of you, you seem knowledgable and e= xperienced. =A0But you don't seem to have read this thread. =A0The docu= mentation says that the module will be supported by this list, and the fact= s now demonstrate otherwise.

    Several contributors have responded now. =A0To paraphrase, they will (and I= will and so will others) help the best they can. =A0But that's not wha= t the documentation says. =A0I guess I'm just one of those whiners who = expects the documentation to be reliable.

    I followed this thread from the beginning. =A0I compared the original obser= vations with the documentation. =A0And either the documentation is wrong or= (more likely) incomplete. =A0I think it's reasonable to assume that if= no one steps up to take ownership, there is no owner. =A0And hence the cod= e is unsupported.

    Early on, I tried to clarify. =A0Which I'll repeat:

    =A0 If the code has no significant user base and no identifiable
    =A0 owner/maintainer, use at your own risk. =A0Pretty much what you say
    =A0 below.

    =A0 If the code has a significant user base but no identifiable owner,
    =A0 there's a lot less risk because you can get support from other user= s.

    =A0 Modules with reliable owners, such as Soap::Lite, deserve the highest =A0 level of confidence.

    Apache::DBI has no owner and therefore falls in category #2. =A0Or maybe so= meone will step foward, and thus category #3. =A0Otherwise, your comments b= elow say the same thing. =A0Yet for some reason, you turned the big platitu= de guns on me.

    By omission, there seems to be consensus on these guidelines. =A0All the qu= ibbling revolves around my estimate that most modules fall in the first cat= egory. =A0Personally, I would prefer no one estimated that 97.5% (or 118,00= 0 perl modules) are still actively supported by their authors/ designated s= uccessors. =A0Because I think that claim strains credibility.

    ...this comes with the general open source software caveat - "Using op= en

    source software doesn't mean someone will do *your work* for free"= .

    I didn't originate the thread, but this response offends me. =A0If some= one observes a problem with a module, is the point to discredit them instea= d?

    So far, there seems to be a tendency to overlook the substance of the discu= ssion and react defensively to outsiders (as though I haven't participa= ted here for 14 or 15 years). =A0What's up with that?

    Thanks for letting me get that off my chest.

    =A0-Jim




    On Fri, 31 May 2013, Fred Moyer wrote:

    In their absence, I'd note that your post has an interesting ambiguity:= Is
    the number of unsupported modules 2.5% or 25%?

    The 'supported' metric doesn't really translate the same in ref= erence
    to open source software as it does to commercial software. When a
    commercial software product becomes unsupported (think IE6), then you
    are out in the cold. You don't have the source code, so you can't f= ix
    an issue with it, or hire someone to fix the issue. Unless you are
    really good with a hex code editor and patching binary files, you're out of luck.

    With open source software like Perl, you may see statements like 'Perl<= br> 5.6 is no longer officially supported'. This means you probably won'= ;t
    be able to get the P5P team to fix bugs or security issues if they
    come up. Still, you have the source code, so you can fix it yourself.

    CPAN is a bit more murky in that individual authors can decide to
    deprecate modules, or they can drop off the face of the earth, but
    widely used modules such as Apache::DBI, SOAP::Lite (maintenance
    recently stewarded by yours truly) will almost always have volunteers
    step up and maintain them, because those volunteers need those modules
    to be functioning for own work. In terms of a supported metric, I'd
    say modules that are used by more than a few people are supported
    100%.

    With regards to Apache::DBI, it is very much supported :) But this
    comes with the general open source software caveat - "Using open
    source software doesn't mean someone will do *your work* for free"= . If
    there's a feature that appeals to more than a couple users, or a bug that affects more than a couple users, odds are that it will get
    fixed. Features that only one user is after will likely not be
    implemented by the maintainers, but patches for those features are
    usually readily accepted.

    On Fri, May 31, 2013 at 10:30 AM, Jim Schueler <jschueler@eloquency.com> wrote:=
    No apology please. =A0In terms of trying to qualify any of this, a larger statistical pool is better. =A0And I am no authority. =A0My perceptions are=
    largely based on forum postings which causes an inherent bias.

    I'd love to see this conversation continue, especially if participants<= br> included those who commit significant resources to their technology
    decisions. =A0In other words, people who hire and pay Perl programmers.
    They're likely to be as skeptical as I am. =A0I've never been a che= erleader.

    In their absence, I'd note that your post has an interesting ambiguity:= Is
    the number of unsupported modules 2.5% or 25%? =A0(For more rhetorical
    nit-picking, you probably don't use the ones that don't work :) =A0= Also, the
    significant question seems to be whether Apache::DBI is supported or not. >From Mr. Zheng's point-of-view (in this case, the one that matters) the=
    number might be much higher.

    =A0-Jim


    On Fri, 31 May 2013, Andr=E9 Warnier wrote:

    Just butting in, apologies.

    It may not have been Jim's intention below, but I get the impression th= at
    his comments on CPAN are a bit harsh.

    It is true that a number of modules are apparently no longer supported. =A0= I
    have used many modules over the years, and sometimes have had problems with=
    some of them (mostly not though). And when for these problematic cases, I have tried to get help, the results have beem mixed; but the mix for me has=
    been rather good. I would say that in my case, 90% of the CPAN modules I ever used worked out of the box. =A0For the 10% remaining, in 75% of the ca= ses
    I did get help from the person advertised as the author or the maintainer,<= br> and in 25% of cases I never got a response.
    But then, as Jim himself indicated, people move on, without necessarily
    changing their email addresses. =A0Considering how old some of these module= s
    are, I guess people also retire, or even pass away.

    But the fact of the matter is that CPAN is still an incredible resource, unequalled in my view by any other similar module library of any other
    language anywhere. And I find it amazing that at least 90% of the modules which I have downloaded from CPAN and used over the last 15 years, just
    work, and moreover keep on working through many, many iterations of program= s
    and perl versions, and that in fact one very rarely needs additional suppor= t
    for them. =A0When I compare this with other programming languages and suppo= rt
    libraries, I believe we perl programmers are incredibly spoiled.

    Another area where CPAN shines, is the documentation of most modules. =A0I<= br> cannot count the times where I was faced with a request in an area of which=
    I knew nothing at all, and have just browsed CPAN for modules related to that area, just to read their documentation and get at least an idea of wha= t
    this was all about.
    In recent years, Wikipedia may slowly becoming a runner-up, in terms of
    general information. =A0But when it comes down to the nitty-gritty of
    interfacing with whatever API (or lack of ditto) programmers in their most<= br> delirious moments might have come up with, these CPAN modules are
    unbeatable. Even if after that you decide to program your stuff in another<= br> language than perl, it's still useful.
    (Just for fun, go into CPAN and search for "NATO" (or more pragma= tically,
    for "sharepoint" e.g.)(or even, God forbid, for "Google"= ; or "Facebook" ;-));
    who thinks of such things ?)

    So, to summarise : that some modules on CPAN would be marked as
    "maintained" or "supported" and would turn out on close= r inspection not to
    really be anymore, I find this a very small price to pay for the wealth of<= br> good information and working code that lives there.

    My sincerest thanks to CPAN and all its contributors and maintainers over the years (that includes you of course, Jim). =A0What you have done and are=
    doing is of incredible benefit to many, many programmers worldwide.

    Andr=E9


    Jim Schueler wrote:

    I still use Alpine. =A0And they never fixed the bug where ctrl-c (to cancel=
    a message) and ctrl-x (to send) are so easily confused. =A0Oops. =A0Maybe i= t's
    time to start using a mouse.

    Having wasted so much time, I'll try to be succinct:

    =A0 Most modules on CPAN are bascially throwaways and not supported at all.=
    =A0 Use them at your own risk.

    =A0 There are some modules that are just obsolete. =A0Good intentions aside= ,
    =A0 the developers lost interest and moved on. =A0These are less risky if =A0 there's an established user base.

    =A0 There are some very good modules, widely used, that are fully supported=
    =A0 and perfectly safe for a production environment.

    Most mod_perl modules, especially the core modules, fall into that last, gold standard, category. =A0In many cases, support is transferred from one<= br> individual to another. =A0And so that commitment is documented. =A0But if a=
    module is no longer supported, don't lie about it. =A0Support forums ar= e an
    incredible resource. =A0But if commercial software developers similarly
    blurred this distinction, every p.o.s. would be advertising free 24x7 tech<= br> support.

    Apache::DBI seems like a #2 pretending to be a #3. =A0On the basis of your<= br> response, I've concluded that Apache::DBI is no longer supported and ha= s
    been superceded by newer modules. =A0Especially if no one responds and
    explicitly accepts the responsibility, this seems like the most appropriate=
    answer for the poster of the original thread.

    I owe you a :) from a couple posts ago. =A0:)

    =A0-Jim

    On Fri, 31 May 2013, Perrin Harkins wrote:

    Hi Jim,
    I appreciate the thought, but I'm not the mod_perl list. =A0If you look= at
    who
    has done the most support around here recently, it's probably Torsten.<= br> =A0(Thanks Torsten!) =A0More to the point, there are many people on the lis= t
    who
    know enough perl to help with a question about Apache::DBI. =A0It's a common
    practice to point people here for support on mod_perl modules.

    What are you getting at? =A0Is there a module that you're having troubl= e
    with
    and can't get support for?

    - Perrin


    On Fri, May 31, 2013 at 10:56 AM, Jim Schueler <jschueler@eloquency.com>
    wrote:
    =A0 =A0 =A0 There's an existing thread with an Apache::DBI question. = =A0But
    =A0 =A0 =A0 since I want to post a separate question to this list, I decide= d
    =A0 =A0 =A0 to start a new thread.

    =A0 =A0 =A0 Just got done reading the Man page for Apache::DBI. =A0One of t= he
    =A0 =A0 =A0 last notes suggests that this package is obsolete (having been<= br> =A0 =A0 =A0 replaced by Class::DBI or DBIx::CLASS). =A0Beyond that is the =A0 =A0 =A0 following:

    =A0 =A0 =A0 =A0 Edmund Mergl was the original author of Apache::DBI. It is = now
    =A0 =A0 =A0 supported
    =A0 =A0 =A0 =A0 and maintained by the modperl mailinglist, see the mod_perl=
    =A0 =A0 =A0 documentation
    =A0 =A0 =A0 =A0 for instructions on how to subscribe.

    =A0 =A0 =A0 Unless Perrin Harkins agreed to take over support for this
    =A0 =A0 =A0 module, then that statement is not true. =A0Otherwise, out of =A0 =A0 =A0 respect for Perrin, I'll try to be general.

    =A0 =A0 =A0 (Aside: =A0Am I the only developer that comes across 'unles= s () {}
    =A0 =A0 =A0 else {}' constructions?)

    =A0 =A0 =A0 It seems very few distros on CPAN are actually supported. =A0Fo= r
    =A0 =A0 =A0 my part, I still monitor this list to support my own
    =A0 =A0 =A0 contributions from *many* years ago. =A0And I k






    --001a11c1b4f81f091c04de0a6630-- From modperl-return-63352-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 21:37:46 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1779C10362 for ; Fri, 31 May 2013 21:37:46 +0000 (UTC) Received: (qmail 79898 invoked by uid 500); 31 May 2013 21:37:45 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 79860 invoked by uid 500); 31 May 2013 21:37:45 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 79852 invoked by uid 99); 31 May 2013 21:37:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 21:37:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW X-Spam-Check-By: apache.org Received-SPF: error (athena.apache.org: local policy) Received: from [209.85.128.48] (HELO mail-qe0-f48.google.com) (209.85.128.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 21:37:41 +0000 Received: by mail-qe0-f48.google.com with SMTP id 9so52787qea.7 for ; Fri, 31 May 2013 14:36:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=nm4tlsOz+zBXSUJlJbmVY5pZyE1GlZc5AmsgOV9fWBM=; b=Y+aeAqY1nbi6EoQC0Tm1qko7MPtmF1shAkmCx5yi6K5bK2jG0NrwHNJLvlVYLs2cc9 C0XxYRYTwdchoO5EfnSZ7OqebbP2DbTltDzW0RHEAgAv2Mw69g572Mz/QD89ihvDeYDx 2S/LIgre346305/wSfEPepFKzSGRmpKjRUEdeqZURgKPTLeBKVh8AdT2+xQMF4wLcRAJ uNg1Y+1xCSQKMbUiADrTO3dgH6yE2GQL8eMM0UltbwwfUOrJq8ieqdbPj/qxkgijxhWi EEqsKN0Qt9ukZJVO49vXr8p31kh377jHk/MS6GPEZSDh31i54uxEufKWvuYce9uNOKzK Uekw== MIME-Version: 1.0 X-Received: by 10.224.148.19 with SMTP id n19mr10686746qav.66.1370036217535; Fri, 31 May 2013 14:36:57 -0700 (PDT) Received: by 10.224.180.18 with HTTP; Fri, 31 May 2013 14:36:57 -0700 (PDT) In-Reply-To: References: <51A8D2D1.1050605@ice-sa.com> Date: Fri, 31 May 2013 14:36:57 -0700 Message-ID: Subject: Re: [OT] Apache::DBI From: Fred Moyer To: Jim Schueler Cc: mod_perl list Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlZEymil8lEWIAyu4ErUvJ58yD4A+Kll5c82pGp4bHTuWAHbJ7RC1DwzjL0pL+h5JSvUa+x X-Virus-Checked: Checked by ClamAV on apache.org > Modules with reliable owners, such as Soap::Lite, deserve the highest > level of confidence. Currently SOAP::Lite doesn't have an 'owner' per se. I sent a patch into rt.cpan.org a few weeks ago, and as a result I was given COMAINT on CPAN for it, applied many fixes, and released 0.716 (which contains at least one regression) a couple weeks ago. Now I'm working on 0.717, and hopefully someone else will take this module on in a year. So there are maintainers - when one becomes occupied with real world tasks such as job, family, etc, then bugs get filed, and others step up. It's generally how CPAN (and now Github) works to a large degree. On Fri, May 31, 2013 at 1:41 PM, Jim Schueler wro= te: >> With regards to Apache::DBI, it is very much supported :) > > > No. It is not. What little I know of you, you seem knowledgable and > experienced. But you don't seem to have read this thread. The > documentation says that the module will be supported by this list, and th= e > facts now demonstrate otherwise. > > Several contributors have responded now. To paraphrase, they will (and I > will and so will others) help the best they can. But that's not what the > documentation says. I guess I'm just one of those whiners who expects th= e > documentation to be reliable. > > I followed this thread from the beginning. I compared the original > observations with the documentation. And either the documentation is wro= ng > or (more likely) incomplete. I think it's reasonable to assume that if n= o > one steps up to take ownership, there is no owner. And hence the code is > unsupported. > > Early on, I tried to clarify. Which I'll repeat: > > If the code has no significant user base and no identifiable > owner/maintainer, use at your own risk. Pretty much what you say > below. > > If the code has a significant user base but no identifiable owner, > there's a lot less risk because you can get support from other users. > > Modules with reliable owners, such as Soap::Lite, deserve the highest > level of confidence. > > Apache::DBI has no owner and therefore falls in category #2. Or maybe > someone will step foward, and thus category #3. Otherwise, your comments > below say the same thing. Yet for some reason, you turned the big platit= ude > guns on me. > > By omission, there seems to be consensus on these guidelines. All the > quibbling revolves around my estimate that most modules fall in the first > category. Personally, I would prefer no one estimated that 97.5% (or > 118,000 perl modules) are still actively supported by their authors/ > designated successors. Because I think that claim strains credibility. > >> ...this comes with the general open source software caveat - "Using open >> >> source software doesn't mean someone will do *your work* for free". > > > I didn't originate the thread, but this response offends me. If someone > observes a problem with a module, is the point to discredit them instead? > > So far, there seems to be a tendency to overlook the substance of the > discussion and react defensively to outsiders (as though I haven't > participated here for 14 or 15 years). What's up with that? > > Thanks for letting me get that off my chest. > > -Jim > > > > > On Fri, 31 May 2013, Fred Moyer wrote: > >>> In their absence, I'd note that your post has an interesting ambiguity: >>> Is >>> the number of unsupported modules 2.5% or 25%? >> >> >> The 'supported' metric doesn't really translate the same in reference >> to open source software as it does to commercial software. When a >> commercial software product becomes unsupported (think IE6), then you >> are out in the cold. You don't have the source code, so you can't fix >> an issue with it, or hire someone to fix the issue. Unless you are >> really good with a hex code editor and patching binary files, you're >> out of luck. >> >> With open source software like Perl, you may see statements like 'Perl >> 5.6 is no longer officially supported'. This means you probably won't >> be able to get the P5P team to fix bugs or security issues if they >> come up. Still, you have the source code, so you can fix it yourself. >> >> CPAN is a bit more murky in that individual authors can decide to >> deprecate modules, or they can drop off the face of the earth, but >> widely used modules such as Apache::DBI, SOAP::Lite (maintenance >> recently stewarded by yours truly) will almost always have volunteers >> step up and maintain them, because those volunteers need those modules >> to be functioning for own work. In terms of a supported metric, I'd >> say modules that are used by more than a few people are supported >> 100%. >> >> With regards to Apache::DBI, it is very much supported :) But this >> comes with the general open source software caveat - "Using open >> source software doesn't mean someone will do *your work* for free". If >> there's a feature that appeals to more than a couple users, or a bug >> that affects more than a couple users, odds are that it will get >> fixed. Features that only one user is after will likely not be >> implemented by the maintainers, but patches for those features are >> usually readily accepted. >> >> On Fri, May 31, 2013 at 10:30 AM, Jim Schueler >> wrote: >>> >>> No apology please. In terms of trying to qualify any of this, a larger >>> statistical pool is better. And I am no authority. My perceptions are >>> largely based on forum postings which causes an inherent bias. >>> >>> I'd love to see this conversation continue, especially if participants >>> included those who commit significant resources to their technology >>> decisions. In other words, people who hire and pay Perl programmers. >>> They're likely to be as skeptical as I am. I've never been a >>> cheerleader. >>> >>> In their absence, I'd note that your post has an interesting ambiguity: >>> Is >>> the number of unsupported modules 2.5% or 25%? (For more rhetorical >>> nit-picking, you probably don't use the ones that don't work :) Also, >>> the >>> significant question seems to be whether Apache::DBI is supported or no= t. >>> From Mr. Zheng's point-of-view (in this case, the one that matters) the >>> number might be much higher. >>> >>> -Jim >>> >>> >>> On Fri, 31 May 2013, Andr=E9 Warnier wrote: >>> >>>> Just butting in, apologies. >>>> >>>> It may not have been Jim's intention below, but I get the impression >>>> that >>>> his comments on CPAN are a bit harsh. >>>> >>>> It is true that a number of modules are apparently no longer supported= . >>>> I >>>> have used many modules over the years, and sometimes have had problems >>>> with >>>> some of them (mostly not though). And when for these problematic cases= , >>>> I >>>> have tried to get help, the results have beem mixed; but the mix for m= e >>>> has >>>> been rather good. I would say that in my case, 90% of the CPAN modules= I >>>> ever used worked out of the box. For the 10% remaining, in 75% of the >>>> cases >>>> I did get help from the person advertised as the author or the >>>> maintainer, >>>> and in 25% of cases I never got a response. >>>> But then, as Jim himself indicated, people move on, without necessaril= y >>>> changing their email addresses. Considering how old some of these >>>> modules >>>> are, I guess people also retire, or even pass away. >>>> >>>> But the fact of the matter is that CPAN is still an incredible resourc= e, >>>> unequalled in my view by any other similar module library of any other >>>> language anywhere. And I find it amazing that at least 90% of the >>>> modules >>>> which I have downloaded from CPAN and used over the last 15 years, jus= t >>>> work, and moreover keep on working through many, many iterations of >>>> programs >>>> and perl versions, and that in fact one very rarely needs additional >>>> support >>>> for them. When I compare this with other programming languages and >>>> support >>>> libraries, I believe we perl programmers are incredibly spoiled. >>>> >>>> Another area where CPAN shines, is the documentation of most modules. = I >>>> cannot count the times where I was faced with a request in an area of >>>> which >>>> I knew nothing at all, and have just browsed CPAN for modules related = to >>>> that area, just to read their documentation and get at least an idea o= f >>>> what >>>> this was all about. >>>> In recent years, Wikipedia may slowly becoming a runner-up, in terms o= f >>>> general information. But when it comes down to the nitty-gritty of >>>> interfacing with whatever API (or lack of ditto) programmers in their >>>> most >>>> delirious moments might have come up with, these CPAN modules are >>>> unbeatable. Even if after that you decide to program your stuff in >>>> another >>>> language than perl, it's still useful. >>>> (Just for fun, go into CPAN and search for "NATO" (or more >>>> pragmatically, >>>> for "sharepoint" e.g.)(or even, God forbid, for "Google" or "Facebook" >>>> ;-)); >>>> who thinks of such things ?) >>>> >>>> So, to summarise : that some modules on CPAN would be marked as >>>> "maintained" or "supported" and would turn out on closer inspection no= t >>>> to >>>> really be anymore, I find this a very small price to pay for the wealt= h >>>> of >>>> good information and working code that lives there. >>>> >>>> My sincerest thanks to CPAN and all its contributors and maintainers >>>> over >>>> the years (that includes you of course, Jim). What you have done and >>>> are >>>> doing is of incredible benefit to many, many programmers worldwide. >>>> >>>> Andr=E9 >>>> >>>> >>>> Jim Schueler wrote: >>>>> >>>>> >>>>> I still use Alpine. And they never fixed the bug where ctrl-c (to >>>>> cancel >>>>> a message) and ctrl-x (to send) are so easily confused. Oops. Maybe >>>>> it's >>>>> time to start using a mouse. >>>>> >>>>> Having wasted so much time, I'll try to be succinct: >>>>> >>>>> Most modules on CPAN are bascially throwaways and not supported at >>>>> all. >>>>> Use them at your own risk. >>>>> >>>>> There are some modules that are just obsolete. Good intentions >>>>> aside, >>>>> the developers lost interest and moved on. These are less risky if >>>>> there's an established user base. >>>>> >>>>> There are some very good modules, widely used, that are fully >>>>> supported >>>>> and perfectly safe for a production environment. >>>>> >>>>> Most mod_perl modules, especially the core modules, fall into that >>>>> last, >>>>> gold standard, category. In many cases, support is transferred from >>>>> one >>>>> individual to another. And so that commitment is documented. But if= a >>>>> module is no longer supported, don't lie about it. Support forums ar= e >>>>> an >>>>> incredible resource. But if commercial software developers similarly >>>>> blurred this distinction, every p.o.s. would be advertising free 24x7 >>>>> tech >>>>> support. >>>>> >>>>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of >>>>> your >>>>> response, I've concluded that Apache::DBI is no longer supported and >>>>> has >>>>> been superceded by newer modules. Especially if no one responds and >>>>> explicitly accepts the responsibility, this seems like the most >>>>> appropriate >>>>> answer for the poster of the original thread. >>>>> >>>>> I owe you a :) from a couple posts ago. :) >>>>> >>>>> -Jim >>>>> >>>>> On Fri, 31 May 2013, Perrin Harkins wrote: >>>>> >>>>>> Hi Jim, >>>>>> I appreciate the thought, but I'm not the mod_perl list. If you loo= k >>>>>> at >>>>>> who >>>>>> has done the most support around here recently, it's probably Torste= n. >>>>>> (Thanks Torsten!) More to the point, there are many people on the >>>>>> list >>>>>> who >>>>>> know enough perl to help with a question about Apache::DBI. It's a >>>>>> common >>>>>> practice to point people here for support on mod_perl modules. >>>>>> >>>>>> What are you getting at? Is there a module that you're having troub= le >>>>>> with >>>>>> and can't get support for? >>>>>> >>>>>> - Perrin >>>>>> >>>>>> >>>>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>>>>> >>>>>> wrote: >>>>>> There's an existing thread with an Apache::DBI question. But >>>>>> since I want to post a separate question to this list, I decid= ed >>>>>> to start a new thread. >>>>>> >>>>>> Just got done reading the Man page for Apache::DBI. One of th= e >>>>>> last notes suggests that this package is obsolete (having been >>>>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>>>> following: >>>>>> >>>>>> Edmund Mergl was the original author of Apache::DBI. It is n= ow >>>>>> supported >>>>>> and maintained by the modperl mailinglist, see the mod_perl >>>>>> documentation >>>>>> for instructions on how to subscribe. >>>>>> >>>>>> Unless Perrin Harkins agreed to take over support for this >>>>>> module, then that statement is not true. Otherwise, out of >>>>>> respect for Perrin, I'll try to be general. >>>>>> >>>>>> (Aside: Am I the only developer that comes across 'unless () = {} >>>>>> else {}' constructions?) >>>>>> >>>>>> It seems very few distros on CPAN are actually supported. For >>>>>> my part, I still monitor this list to support my own >>>>>> contributions from *many* years ago. And I k >>>>>> >>>>>> >>>>>> >>>>>> >>> > From modperl-return-63353-apmail-perl-modperl-archive=perl.apache.org@perl.apache.org Fri May 31 22:51:15 2013 Return-Path: X-Original-To: apmail-perl-modperl-archive@www.apache.org Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0A2BAF4D1 for ; Fri, 31 May 2013 22:51:15 +0000 (UTC) Received: (qmail 64537 invoked by uid 500); 31 May 2013 22:51:14 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 64511 invoked by uid 500); 31 May 2013 22:51:14 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 64504 invoked by uid 99); 31 May 2013 22:51:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 22:51:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates 212.85.38.228 as permitted sender) Received: from [212.85.38.228] (HELO tor.combios.es) (212.85.38.228) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 May 2013 22:51:06 +0000 Received: from [192.168.245.129] (pD9EA7A3E.dip0.t-ipconnect.de [217.234.122.62]) (Authenticated sender: andre.warnier@ice-sa.com) by tor.combios.es (Postfix) with ESMTPA id E7E983C2AE8 for ; Sat, 1 Jun 2013 00:51:10 +0200 (CEST) Message-ID: <51A92944.8020103@ice-sa.com> Date: Sat, 01 Jun 2013 00:50:44 +0200 From: =?ISO-8859-15?Q?Andr=E9_Warnier?= Reply-To: mod_perl list User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mod_perl list Subject: Re: [OT] Apache::DBI References: <51A8D2D1.1050605@ice-sa.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Jim, Jim Schueler wrote: >> With regards to Apache::DBI, it is very much supported :) > > No. It is not. What little I know of you, you seem knowledgable and > experienced. But you don't seem to have read this thread. The > documentation says that the module will be supported by this list, and > the facts now demonstrate otherwise. I employ and pay perl programmers. I even initially give a job to young people who are not perl programmers and initially consider perl as something slightly disreputable - because that's what they generally learn in school - and make the effort to "convert" them to perl. I also have the greatest respect and appreciation for people who create interesting perl modules, and who then go the extra mile to make these modules available to others on CPAN. And I will admit to being in that respect merely a "user", and to never have gone that same extra mile with modules which my employees or myself developed in-house. When I consequently find and use a CPAN module, and occasionally find a problem with it, and occasionally find out that despite what the documentation says, it appears that it is unsupported, I do not however jump through the roof, as you seem to be doing in this case. You are right, it is not entirely correct that the documentation of a CPAN module would state that it is supported, when in reality it may turn out that it is not so. But what is to do about it, really ? Say that in 5 years, someone downloads Google::Oauth, has a problem with it, looks at the "See Also" and the "Author", tries to contact this guy, and finds out that nobody responds. What should happen then ? There are a million possible reasons why the person who maybe usually responds to such enquiries on this list, may be temporarily or definitely unavailable these days. Should someone hire a booty hunter to track him down and force him to answer, or to rectify the documentation or else ? Nobody is really being paid to spend time scanning the CPAN module documentation, to find out if there is really someone supporting that module, and updating the documentation to say "unsupported, use at your own risk". Can you think of a practical solution to that, for 118,000 modules and counting ? > > Several contributors have responded now. To paraphrase, they will (and > I will and so will others) help the best they can. But that's not what > the documentation says. I guess I'm just one of those whiners who > expects the documentation to be reliable. > I use CPAN all the time, I have done so for many years, and I never paid a cent for it. I download modules, and I incorporate them into applications which I sell for a living. I have occasionally sent my thanks to a CPAN module developer, but I have never paid them a commission when I sold their module as part of my applications. On the other hand, I also do not /expect/ to get something for nothing. So when I find out that some module is unsupported, while the documentation says that it is, I accept that. I then try to get help somewhere else, or figure out by myself if I can understand the source and correct the problem myself. If I can, I will generally try to send some email to the person mentioned as the author or the maintainer anyway. Most of the times when I have done that, I haven't got an acknowledgement either. Again, I accept that, since I didn't pay for the thing in the first place. Are your expectations different ? > I followed this thread from the beginning. I compared the original > observations with the documentation. And either the documentation is > wrong or (more likely) incomplete. I think it's reasonable to assume > that if no one steps up to take ownership, there is no owner. And hence > the code is unsupported. Agreed. > > Early on, I tried to clarify. Which I'll repeat: > > If the code has no significant user base and no identifiable > owner/maintainer, use at your own risk. Pretty much what you say > below. Agreed. > > If the code has a significant user base but no identifiable owner, > there's a lot less risk because you can get support from other users. > Agreed. > Modules with reliable owners, such as Soap::Lite, deserve the highest > level of confidence. > Agreed. > Apache::DBI has no owner and therefore falls in category #2. Or maybe > someone will step foward, and thus category #3. Otherwise, your > comments below say the same thing. Yet for some reason, you turned the > big platitude guns on me. > > By omission, there seems to be consensus on these guidelines. All the > quibbling revolves around my estimate that most modules fall in the > first category. Personally, I would prefer no one estimated that 97.5% > (or 118,000 perl modules) are still actively supported by their authors/ > designated successors. Because I think that claim strains credibility. > If by this you refer to my previous relation of my own experience, I wasn't trying to express some general statistic, and i never claimed that 97.5% of modules are actively supported. The only things which I stated was that in my own limited experience, - 90% of the modules which I ever downloaded and used worked as I expected and /did not need any support/ (for me). In that case, whether they are actually "actively supported" or not is effectively irrelevant, and I never even tried to check if they were supported. - of the remainder 10% (which did not work as expected and for which I seeked support), 3/4 of them seemed to be effectively supported, since I did get help. Whether that was help from the person mentioned as the author or maintainer or not, I honestly couldn't tell anymore; but I did get help in resolving my problem, and to me this counts as "supported". In the last few months, I remember that we needed help once, for the SOAP::WSDL module, and we did get immediate and effective help from the author. But of course this is purely anecdotical and not a base for real statistics. - and only 1/4 (thus 2.5% of the total number of modules that we tried to use) seemed to be indeed unsupported, and either we fixed the issue ourselves or switched to an alternative module on CPAN - for which in our case there always seemed to be one when we really needed it. That does not contradict your classification above. But it presents the same data in another way, from the perspective of a potential user of CPAN modules. Instead of classifying most modules as "unsupported, use at your own risks" - which sounds rather sceptical if not bad - I would say "90% of CPAN modules work just fine as downloaded, don't worry" which sounds a lot better and in my view also reflects the practical reality better (mine, anyway). >> ...this comes with the general open source software caveat - "Using open >> source software doesn't mean someone will do *your work* for free". > > I didn't originate the thread, but this response offends me. If someone > observes a problem with a module, is the point to discredit them instead? > No, but did anyone really try to do that ? When I re-read the posts in this thread, I do not really see that. It seems to me instead that you were the one to turn on the big guns of dismal disappointment, when maybe there wasn't a real reason to react that way. You took the case of one issue with one CPAN module, and seemed to turn it into a general comment about all CPAN modules, and you seem to imply that most CPAN modules are unsupported - although the documentation says otherwise - and that this automatically translates to a general quality issue of these CPAN modules. I believe that this apparent generalisation was what some people here mostly reacted to. > So far, there seems to be a tendency to overlook the substance of the > discussion and react defensively to outsiders (as though I haven't > participated here for 14 or 15 years). What's up with that? > > Thanks for letting me get that off my chest. > Welcome :). > -Jim > > > > On Fri, 31 May 2013, Fred Moyer wrote: > >>> In their absence, I'd note that your post has an interesting >>> ambiguity: Is >>> the number of unsupported modules 2.5% or 25%? >> >> The 'supported' metric doesn't really translate the same in reference >> to open source software as it does to commercial software. When a >> commercial software product becomes unsupported (think IE6), then you >> are out in the cold. You don't have the source code, so you can't fix >> an issue with it, or hire someone to fix the issue. Unless you are >> really good with a hex code editor and patching binary files, you're >> out of luck. >> >> With open source software like Perl, you may see statements like 'Perl >> 5.6 is no longer officially supported'. This means you probably won't >> be able to get the P5P team to fix bugs or security issues if they >> come up. Still, you have the source code, so you can fix it yourself. >> >> CPAN is a bit more murky in that individual authors can decide to >> deprecate modules, or they can drop off the face of the earth, but >> widely used modules such as Apache::DBI, SOAP::Lite (maintenance >> recently stewarded by yours truly) will almost always have volunteers >> step up and maintain them, because those volunteers need those modules >> to be functioning for own work. In terms of a supported metric, I'd >> say modules that are used by more than a few people are supported >> 100%. >> >> With regards to Apache::DBI, it is very much supported :) But this >> comes with the general open source software caveat - "Using open >> source software doesn't mean someone will do *your work* for free". If >> there's a feature that appeals to more than a couple users, or a bug >> that affects more than a couple users, odds are that it will get >> fixed. Features that only one user is after will likely not be >> implemented by the maintainers, but patches for those features are >> usually readily accepted. >> >> On Fri, May 31, 2013 at 10:30 AM, Jim Schueler >> wrote: >>> No apology please. In terms of trying to qualify any of this, a larger >>> statistical pool is better. And I am no authority. My perceptions are >>> largely based on forum postings which causes an inherent bias. >>> >>> I'd love to see this conversation continue, especially if participants >>> included those who commit significant resources to their technology >>> decisions. In other words, people who hire and pay Perl programmers. >>> They're likely to be as skeptical as I am. I've never been a >>> cheerleader. >>> >>> In their absence, I'd note that your post has an interesting >>> ambiguity: Is >>> the number of unsupported modules 2.5% or 25%? (For more rhetorical >>> nit-picking, you probably don't use the ones that don't work :) >>> Also, the >>> significant question seems to be whether Apache::DBI is supported or >>> not. >>> From Mr. Zheng's point-of-view (in this case, the one that matters) the >>> number might be much higher. >>> >>> -Jim >>> >>> >>> On Fri, 31 May 2013, André Warnier wrote: >>> >>>> Just butting in, apologies. >>>> >>>> It may not have been Jim's intention below, but I get the impression >>>> that >>>> his comments on CPAN are a bit harsh. >>>> >>>> It is true that a number of modules are apparently no longer >>>> supported. I >>>> have used many modules over the years, and sometimes have had >>>> problems with >>>> some of them (mostly not though). And when for these problematic >>>> cases, I >>>> have tried to get help, the results have beem mixed; but the mix for >>>> me has >>>> been rather good. I would say that in my case, 90% of the CPAN >>>> modules I >>>> ever used worked out of the box. For the 10% remaining, in 75% of >>>> the cases >>>> I did get help from the person advertised as the author or the >>>> maintainer, >>>> and in 25% of cases I never got a response. >>>> But then, as Jim himself indicated, people move on, without necessarily >>>> changing their email addresses. Considering how old some of these >>>> modules >>>> are, I guess people also retire, or even pass away. >>>> >>>> But the fact of the matter is that CPAN is still an incredible >>>> resource, >>>> unequalled in my view by any other similar module library of any other >>>> language anywhere. And I find it amazing that at least 90% of the >>>> modules >>>> which I have downloaded from CPAN and used over the last 15 years, just >>>> work, and moreover keep on working through many, many iterations of >>>> programs >>>> and perl versions, and that in fact one very rarely needs additional >>>> support >>>> for them. When I compare this with other programming languages and >>>> support >>>> libraries, I believe we perl programmers are incredibly spoiled. >>>> >>>> Another area where CPAN shines, is the documentation of most >>>> modules. I >>>> cannot count the times where I was faced with a request in an area >>>> of which >>>> I knew nothing at all, and have just browsed CPAN for modules >>>> related to >>>> that area, just to read their documentation and get at least an idea >>>> of what >>>> this was all about. >>>> In recent years, Wikipedia may slowly becoming a runner-up, in terms of >>>> general information. But when it comes down to the nitty-gritty of >>>> interfacing with whatever API (or lack of ditto) programmers in >>>> their most >>>> delirious moments might have come up with, these CPAN modules are >>>> unbeatable. Even if after that you decide to program your stuff in >>>> another >>>> language than perl, it's still useful. >>>> (Just for fun, go into CPAN and search for "NATO" (or more >>>> pragmatically, >>>> for "sharepoint" e.g.)(or even, God forbid, for "Google" or >>>> "Facebook" ;-)); >>>> who thinks of such things ?) >>>> >>>> So, to summarise : that some modules on CPAN would be marked as >>>> "maintained" or "supported" and would turn out on closer inspection >>>> not to >>>> really be anymore, I find this a very small price to pay for the >>>> wealth of >>>> good information and working code that lives there. >>>> >>>> My sincerest thanks to CPAN and all its contributors and maintainers >>>> over >>>> the years (that includes you of course, Jim). What you have done >>>> and are >>>> doing is of incredible benefit to many, many programmers worldwide. >>>> >>>> André >>>> >>>> >>>> Jim Schueler wrote: >>>>> >>>>> I still use Alpine. And they never fixed the bug where ctrl-c (to >>>>> cancel >>>>> a message) and ctrl-x (to send) are so easily confused. Oops. >>>>> Maybe it's >>>>> time to start using a mouse. >>>>> >>>>> Having wasted so much time, I'll try to be succinct: >>>>> >>>>> Most modules on CPAN are bascially throwaways and not supported >>>>> at all. >>>>> Use them at your own risk. >>>>> >>>>> There are some modules that are just obsolete. Good intentions >>>>> aside, >>>>> the developers lost interest and moved on. These are less risky if >>>>> there's an established user base. >>>>> >>>>> There are some very good modules, widely used, that are fully >>>>> supported >>>>> and perfectly safe for a production environment. >>>>> >>>>> Most mod_perl modules, especially the core modules, fall into that >>>>> last, >>>>> gold standard, category. In many cases, support is transferred >>>>> from one >>>>> individual to another. And so that commitment is documented. But >>>>> if a >>>>> module is no longer supported, don't lie about it. Support forums >>>>> are an >>>>> incredible resource. But if commercial software developers similarly >>>>> blurred this distinction, every p.o.s. would be advertising free >>>>> 24x7 tech >>>>> support. >>>>> >>>>> Apache::DBI seems like a #2 pretending to be a #3. On the basis of >>>>> your >>>>> response, I've concluded that Apache::DBI is no longer supported >>>>> and has >>>>> been superceded by newer modules. Especially if no one responds and >>>>> explicitly accepts the responsibility, this seems like the most >>>>> appropriate >>>>> answer for the poster of the original thread. >>>>> >>>>> I owe you a :) from a couple posts ago. :) >>>>> >>>>> -Jim >>>>> >>>>> On Fri, 31 May 2013, Perrin Harkins wrote: >>>>> >>>>>> Hi Jim, >>>>>> I appreciate the thought, but I'm not the mod_perl list. If you >>>>>> look at >>>>>> who >>>>>> has done the most support around here recently, it's probably >>>>>> Torsten. >>>>>> (Thanks Torsten!) More to the point, there are many people on >>>>>> the list >>>>>> who >>>>>> know enough perl to help with a question about Apache::DBI. It's a >>>>>> common >>>>>> practice to point people here for support on mod_perl modules. >>>>>> >>>>>> What are you getting at? Is there a module that you're having >>>>>> trouble >>>>>> with >>>>>> and can't get support for? >>>>>> >>>>>> - Perrin >>>>>> >>>>>> >>>>>> On Fri, May 31, 2013 at 10:56 AM, Jim Schueler >>>>>> >>>>>> wrote: >>>>>> There's an existing thread with an Apache::DBI question. But >>>>>> since I want to post a separate question to this list, I >>>>>> decided >>>>>> to start a new thread. >>>>>> >>>>>> Just got done reading the Man page for Apache::DBI. One of the >>>>>> last notes suggests that this package is obsolete (having been >>>>>> replaced by Class::DBI or DBIx::CLASS). Beyond that is the >>>>>> following: >>>>>> >>>>>> Edmund Mergl was the original author of Apache::DBI. It is >>>>>> now >>>>>> supported >>>>>> and maintained by the modperl mailinglist, see the mod_perl >>>>>> documentation >>>>>> for instructions on how to subscribe. >>>>>> >>>>>> Unless Perrin Harkins agreed to take over support for this >>>>>> module, then that statement is not true. Otherwise, out of >>>>>> respect for Perrin, I'll try to be general. >>>>>> >>>>>> (Aside: Am I the only developer that comes across 'unless >>>>>> () {} >>>>>> else {}' constructions?) >>>>>> >>>>>> It seems very few distros on CPAN are actually supported. For >>>>>> my part, I still monitor this list to support my own >>>>>> contributions from *many* years ago. And I k >>>>>> >>>>>> >>>>>> >>>>>> >>> >>