Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 64398 invoked from network); 17 Dec 2009 21:39:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Dec 2009 21:39:05 -0000 Received: (qmail 68894 invoked by uid 500); 17 Dec 2009 21:39:04 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 68862 invoked by uid 500); 17 Dec 2009 21:39: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 68854 invoked by uid 99); 17 Dec 2009 21:39:04 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Dec 2009 21:39:04 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.200] (HELO mail-px0-f200.google.com) (209.85.216.200) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Dec 2009 21:38:56 +0000 Received: by pxi38 with SMTP id 38so1655240pxi.28 for ; Thu, 17 Dec 2009 13:38:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.196.1 with SMTP id t1mr2003566wff.71.1261085914028; Thu, 17 Dec 2009 13:38:34 -0800 (PST) In-Reply-To: <4B2AA2D6.9090002@plusthree.com> References: <4B2AA2D6.9090002@plusthree.com> Date: Thu, 17 Dec 2009 13:38:34 -0800 Message-ID: Subject: Re: mod_perl works BUT rtld errors with some modules. From: Fred Moyer To: Michael Peters Cc: greg.george@orica.com, Perrin Harkins , modperl@perl.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Dec 17, 2009 at 1:29 PM, Michael Peters wrote: > On 12/17/2009 04:25 PM, greg.george@orica.com wrote: >> >> BTW apache is starting as root and I have confirmed that startup.pl is >> being run as root by apache/mod_perl >> I am going to look in more detail at what DynaLoader.pm does in case >> this gives any clues. > > Not sure if this helps or not, but on some systems LD_LIBRARY_PATH can't be > set by the same process that uses it. So you need it set by the process that > starts the process that uses. So for instance, you need to make sure it's > set in your shell environment and that it gets exported to the commands you > run (sometimes "su" can remove ENV vars). And then you'll need a "PassEnv > LD_LIBRARY_PATH" and a "PerlPassEnv LD_LIBRARY_PATH". But you can't do a > "SetEnv LD_LIBRARY_PATH" in your httpd.conf. > > Not sure if that will help or not though since it's been a while since I've > touched AIX. I remember LD_LIBRARY_PATH issues a few years ago with 64bit and libpaths in /usr/lib64 etc. I was able to resolve that by adding the paths to /etc/ld.so.conf or something similar and then running ldconfig to update the system library paths. No such facility in AIX: http://groups.google.com/group/comp.unix.aix/browse_frm/thread/b9bad793f5e2a475?pli=1