Re: Unable to load perl file

[aparna aryan <aparnapuram@xxxxxxxxx>]

Hello antonio,

our perl script is being loaded from httpd.conf file.

<IfModule mod_perl.c>
    PerlRequire "/opt/app/ars/ovsd/perl/startup.pl"
    PerlModule ModPerl::Registry
    PerlModule Apache2::compat
    PerlModule Apache2::ServerRec
    PerlModule WIH::CaseExchange
    <Location /wih/caseexchange>
        SetHandler modperl
        PerlResponseHandler WIH::CaseExchange
    </Location>
</IfModule>


and the perl script is : 
use lib qw(/opt/app/ars/ovsd/perl /opt/pgm/perl/5.10.0/lib/site_perl/5.10.0/sun4-solaris-thread-multi);

use MIME::Base64;
use ARS;
use Unicode::String;
use POSIX;

$ENV{ARCONFIGDIR}="/opt/ars/arserv/0/conf";

$MAIN::OVSD_PATH='/opt/app/ars/ovsd';
$MAIN::UPLOAD_PATH='/opt/app/ars/ovsd/ToWIH';
$MAIN::MBOX="";

%MAIN::SF = qw (
         Schema                         EQ_OVSDFrom
         Server                         hostname
         Login                          emos
         Password                       julen2005
         URL                            https://hostname/path/Image3.dll?CE
    );

%MAIN::Stringify = qw( CaseLog 1 Information 1 Solution 1 Description 1 Caller_Firstname 1 Caller_Lastname 1 );

%MAIN::MAP = qw(

On Tue, Sep 14, 2010 at 3:29 PM, Antonio Vidal Ferrer <antonio.vidal@xxxxxxxxxxxxxxxxxxxxx> wrote:

Aparna:

keep trying to solve library issues.
Check this points:
Your perl script works from command line? If so, then all you need is installed but configuration is wrong.
Let me know how it works so far, so we can continue checking the issue.

Best,

Antonio Vidal Ferrer

On 09/14/2010 08:56 AM, aparna aryan wrote:

The error that i receive :

[Tue Sep 14 08:48:01 2010] [error] Can't load '/opt/pgm/perl/5.10.0/lib/site_perl/5.10.0/sun4-solaris-thread-multi/auto/ARS/ARS.so' for module ARS: ld.so.1: httpd: fatal: libicuucbmc.so.32: open failed: No such file or directory at /usr/perl5/5.8.4/lib/sun4-solaris-64int/DynaLoader.pm line 230.\n at /opt/app/ars/ovsd/perl/startup.pl line 4\nCompilation failed in require at /opt/app/ars/ovsd/perl/startup.pl line 4.\nBEGIN failed--compilation aborted at /opt/app/ars/ovsd/perl/startup.pl line 4.\nCompilation failed in require at (eval 2) line 1.\n qv^Z[Tue Sep 14 08:48:01 2010] [error] Can't load Perl file: /opt/app/ars/ovsd/perl/startup.pl for server wihvcd1.sw.ericsson.se:0, exiting.

and this is the pice of code from dynaloader.pm from line 230. I have no idea of perl. can some one suggest me what it is referring to?

 # Many dynamic extension loading problems will appear to come from
    # this section of code: XYZ failed at line 123 of DynaLoader.pm.
    # Often these errors are actually occurring in the initialization
    # C code of the extension XS file. Perl reports the error as being
    # in this perl code simply because this was the last perl code
    # it executed.

    my $libref = dl_load_file($file, $module->dl_load_flags) or
        croak("Can't load '$file' for module $module: ".dl_error());

    push(@dl_librefs,$libref);  # record loaded object

    my @unresolved = dl_undef_symbols();
    if (@unresolved) {
        require Carp;
        Carp::carp("Undefined symbols present after loading $file: @unresolved\n");
    }

On Mon, Sep 13, 2010 at 8:14 PM, aparna aryan <aparnapuram@xxxxxxxxx> wrote:

We are relocating our application from old servers to new servers.

We have freshly installed apache and perl. but ars related *.so and lib files are copied as it is from old server, then we are receiving these errors. I guess we are just missing some soft link to where the modules are present.

On Mon, Sep 13, 2010 at 7:41 PM, Nick Kew <nick@xxxxxxxxxxxx> wrote:

On Mon, 13 Sep 2010 17:27:57 +0530

aparna aryan <aparnapuram@xxxxxxxxx> wrote:

> There are many paths where  libicuucbmc.so.32 is defined. How do i know if
> the ARS.so is using a file from which location.
> I have tried adding LD_LIBRARY_PATH but stil it gave me errors.
> Thanks for your help in advance...

I've no idea how you got where you are, but it sounds like applying
sticky-tape to a broken system.  In these days of smooth-running
package managers, you shouldn't have to do that.

Your best bet may be to reinstall from scratch, using your system's
package manager.  How much to reinstall depends on how disruptive
that would be: starting with the operating system itself may be
cleanest if the disruption to whatever else runs on the box isn't a
showstopper for that.

--
Nick Kew

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
  "   from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx