Perl module installing at server

[james786]

I developed an application in my final project using PERL. Now, I am trying to make it available online. I buy hosting for this. I installed multiple modules such as module named “String”. Then write simple lines of code:

 #!/usr/bin/perl -w
print "Content-type: text/html\r\n\r\n";

use strict;
use warnings;
use CGI ':standard';
use CGI::Carp 'fatalsToBrowser';
use String;
print "done";

then it shows the error:

 Can't locate String.pm in @INC (@INC contains: /usr/local/cpanel /usr
+/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib/x86_64-linux-6
+4int /usr/local/cpanel/3rdparty/perl/514/lib64/perl5/cpanel_lib /usr/
+local/cpanel/3rdparty/perl/514/lib64/perl5/5.14.3/x86_64-linux-64int 
+/usr/local/cpanel/3rdparty/perl/514/lib64/perl5/5.14.3 /opt/cpanel/pe
+rl5/514/site_lib/x86_64-linux-64int /opt/cpanel/perl5/514/site_lib .)
+ at index.cgi line 10.
BEGIN failed--compilation aborted at index.cgi line 10.

Please help me what to do with this?

[kcott]

G'day james786,

Welcome to the monastery.

It sounds like you could have more than one version of Perl installed. It's /usr/bin/perl that can't find String.pm; do you have another /some/path/to/perl on your system?

Try running:

which perl

from the command-line. Does that show /usr/bin/perl or something else?

How did you install String? There's normally some messages indicating where a module's files are being installed to. Do you have a log or history of that? Try using find to locate the path to String.pm.

Try running:

/usr/bin/perl -e 'use String; print "$String::VERSION\n";'

from the command-line. Do you get the same messages? Is the output showing the same version you installed? Do you get the same results with these:

perl -e 'use String; print "$String::VERSION\n";'
/some/path/to/perl -e 'use String; print "$String::VERSION\n";'

How are you running your web application? Perhaps there's a configuration issue; have you checked this?

Did you undertake any troubleshooting yourself before posting here. If so, what were the results?

[james786]

Sir, I am doing all this within cPanel of web server. Path to PERL is /usr/bin/perl

which is given by the service provider. Perl version is 5.14.3. I don't know how many installed version they have at their server.

String.pm is at, locate by using find option

/perl/usr/local/cpanel/3rdparty/perl/514/site_lib/XML/SAX/PurePerl/Reader/String.pm

I am not running the web application. First I am trying to installing PERL modules. After that I will run my application. And currently, I do not have access to command line. Yes, its the configuration problem but don't know its solution.

[Anonymous Monk]

What would XML/SAX/PurePerl/Reader/String.pm have to do with a module named String?

[ww]

"String?"

We really need to know what it is that you're trying to use. Your indication that it is /perl/usr/local/cpanel/3rdparty/perl/514/site_lib/XML/SAX/PurePerl/Reader/String.pm is reasonable enough, but not supported by anything other than the fact you found it with find. So the question is, is that the String.pm you think you're trying to use? Are you dealing with XML?

[Skeeve]

Maybe this helps? Yes, even you can use CPAN?

[sundialsvc4]

This error-message is not saying that it can’t find Perl, nor anything about whether-or-not there is more than one Perl interpreter.   It is saying that you have somewhere tried to use String; but String.pm cannot be found in any of the places which Perl knows to look for it ... the so-called @INC list (see perlfaq8 and other such places).

The “path to Perl” setting won’t be useful.   What you need to specify is the include-path; the so-called PERL5LIB environment-variable content.

But first ... my Spidey Sense™ is going-off here.   You said that you are just using a vendor-supplied control panel.   Apparently, String is not a pre-installed module at your hosting company ... did you intend to install it; do you know how, if you did not?   I ask this simply for clarification.   Tell us more about where you’re coming from, and we can then more specifically help you.

No, upon re-reading, I see that you did install the modules.   Let’s presume for simplicity that it worked.   In this case, you can either arrange by some means to define the PERL5LIB environment variable, or, as I prefer to do, write a short “stub” script which issues a use lib statement and then invokes the “real” main-program.   This causes the known-good search path to be added to the front of @INC so that the modules can subsequently be found.

  use lib whatever... ;
  real_main_program();

[chromatic]

... as I prefer to do, write a short “stub” script which issues a use lib statement and then invokes the “real” main-program.

I'm not sure this advice is helpful at all. In truth, I think your choice of words is prone to confuse more than illuminate. The OP clearly knows how to use use; why imply wrapping a program in another program with the terms "stub" and "invoke" and "real"?