Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Perl > Perl Misc > .so file not found: I need troubleshooting ideas

Reply
Thread Tools

.so file not found: I need troubleshooting ideas

 
 
kj
Guest
Posts: n/a
 
      11-15-2006




I have a CGI script that fails only if I invoke it via an HTTP
request, but not if I run the exact same executable locally. In
the Apache logs I find an error of the form "Can't locate loadable
object for module Foo::Bar...". I'm wracking my brains trying to
figure out why the script fails to find the loadable object *only*
when it is run via an HTTP request.

I have checked all the usual reasons. In particular, 1) the loadable
object is in /some/path/i586-linux-thread-multi/auto/Foo/Bar/Bar.so,
and /some/path/i586-linux-thread-multi is in the @INC of the script
when run via an HTTP request; 2) the loadable object and every
directory in its path are all world-readable and world-executable;
and 3) the executable can find and use this loadable object without
any problem when I invoke it locally.

I have run out of troubleshooting ideas and after hours of trying
to figure this out my brain is mush. Can anyone suggest something
else I could do to troubleshoot this problem?

Thanks in advance!

kj
--
NOTE: In my address everything before the first period is backwards;
and the last period, and everything after it, should be discarded.
 
Reply With Quote
 
 
 
 
xhoster@gmail.com
Guest
Posts: n/a
 
      11-15-2006
kj <(E-Mail Removed)> wrote:
> I have a CGI script that fails only if I invoke it via an HTTP
> request, but not if I run the exact same executable locally. In
> the Apache logs I find an error of the form "Can't locate loadable
> object for module Foo::Bar...". I'm wracking my brains trying to
> figure out why the script fails to find the loadable object *only*
> when it is run via an HTTP request.
>
> I have checked all the usual reasons. In particular, 1) the loadable
> object is in /some/path/i586-linux-thread-multi/auto/Foo/Bar/Bar.so,
> and /some/path/i586-linux-thread-multi is in the @INC of the script
> when run via an HTTP request;



Add the line:

-e "/some/path/i586-linux-thread-multi/auto/Foo/Bar/Bar.so" or die $!;

to the program right after the "use CGI::Carp qw(fatalsToBrowser);"


> 2) the loadable object and every
> directory in its path are all world-readable and world-executable;


When you run through the httpd? Maybe you are running httpd in chroot jail
and can't see that path.

Xho

--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Need help troubleshooting CRC errors pfisterfarm Cisco 4 09-22-2009 01:40 AM
Need help troubleshooting an L2TPv3 tunnel pfisterfarm Cisco 0 06-13-2008 01:33 PM
need aticle related to troubleshooting ericcson 11-slot tigris usaravanakumar@gmail.com Cisco 0 06-11-2008 07:50 AM
Need help troubleshooting an autorun program pvtjohnson Computer Support 4 04-21-2005 09:57 PM
Troubleshooting errors on 2950G interface, need help Ole Vik Cisco 3 11-05-2003 01:57 PM



Advertisments