Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 78548 invoked from network); 14 Jul 2004 12:00:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 14 Jul 2004 12:00:02 -0000 Received: (qmail 14056 invoked by uid 500); 14 Jul 2004 11:59:45 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 14010 invoked by uid 500); 14 Jul 2004 11:59:45 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 13996 invoked by uid 99); 14 Jul 2004 11:59:45 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Date: Wed, 14 Jul 2004 07:59:40 -0400 To: "Stas Bekman" Subject: Re: Newcomer: error upon loading mod_perl , undefined symbol: Perl_Ipatchlevel_ptr Cc: modperl@perl.apache.org References: <40F2E2BA.20300@stason.org> <40F43C93.2090609@stason.org> From: "Charles A. Monteiro" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <40F43C93.2090609@stason.org> User-Agent: Opera M2/7.50 (Win32, build 3778) X-Loop-Detect: 1 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N will do , just was not sure it was a bug in the first place :) our sysadmin decided to call RedHat and get a proper srpm (5.8.3)from them i.e she un-installed 5.8.4 we she had built from source. BTW, RHEL latest version comes with perl 5.8.0. Running the command you suggested I got: ldd /etc/httpd/modules/mod_perl.so libperl.so => /usr/lib/perl5/5.8.3/i386-linux-thread-multi/CORE/libperl.so (0xb74a0000) also: nm /usr/lib/perl5/5.8.3/i386-linux-thread-multi/CORE/libperl.so | grep patchlevel_ptr 001023b0 T Perl_Ipatchlevel_ptr At this moment I don't know if the 5.8.3 fixed the issue , I will let you know later. Thought I include the above input so that you could confirm that they look as what is expected. If we still have an issue I will certainly use the bug system. thanks Charles On Tue, 13 Jul 2004 12:48:35 -0700, Stas Bekman wrote: > Charles A. Monteiro wrote: >> Actually we do: >> file:/home/oracle/OraHome1/Apache/Apache/libexec/libperl.so >> file:/root/downloads/perl-5.8.4/libperl.so >> file:/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so >> file:/usr/local/lib/perl5/5.8.4/i686-linux/CORE/libperl.so >> so does: >> file:/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so >> count as being under /usr/lib/ i.e. is the issue with being directly >> under or along its path? >> Am I to maintain only one location for libperl.so? I believe that my >> admin will feel uncomfortable messing with the Oracle install. >> By your advise of "move it away" , should I simply delete: >> file:/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so and >> for that matter the entire 5.8.0 distribution since I assume that we >> should be using 5.8.4? > > No, no, I meant a real /usr/lib/libperl.so. Your looks fine. > > Next complete a proper bug report (as you should always do in the > future):http://perl.apache.org/bugs/ > > and in addition send us the output of > > % ldd /etc/httpd/modules/mod_perl.so > > next look at which libperl.so does it point. And do: > > % nm that/path/to/libperl.so | grep patchlevel_ptr > > and send it here too > > Thanks. > > __________________________________________________________________ > Stas Bekman JAm_pH ------> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:stas@stason.org http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html