MaxL Perl Module - 64 Bit

I'm trying to compile the Perl Module on a 64 bit Windows 7 machine. However, I can only find Makefiles for 32 bit.
The 11.1.2.1 readme says this issue was fixed in that release:
Oracle Essbase Release 11.1.2.1 Readme
I'm working in 11.1.2.3. It appears that all the files I'm trying to user are Win32 files. Does anyone know where to find the 64 bit files or did Oracle screw this up?

    This is lost child.
        Since 9 version never update. 
I am using maxl + other scripting tool . It's works fine because u can use OS variable like native maxl variable .
ER

Similar Messages

  • MaxL Perl Module Result String Limit

    I have a Perl script that uses the MaxL module to extract security filter rows to a text file. This script worked correctly under Essbase 6.2, but under 6.5, the strings returned my the MaxL module are limited to about 128 characters. I've tried increasing the 'MAX_COL' value in Essbase.xs and rebuilding the module, but the result is the same. Has anyone had this problem? Is there any way around this? Thanks.

    Good catch - you found a memory leak. Luckily the fix is very straightforward. Edit the file
    dbxml/src/perl/common.h
    and find this line
    #define newSVfromString(str) newSVpvn(str.c_str(), str.length())
    Change it to this
    #define newSVfromString(str) sv_2mortal(newSVpvn(str.c_str(), str.length()))
    and recompile the module.
    Paul

  • Location of perl module?

    howdy guys,
    I'm installing insipid  (a delicious clone) on my local webserver to try.
    It's pretty straight forward, but needs a bunch of "extra" perl modules, most of which I used pacman to fetch.  Except at least one.  I get this error:
    insipid wrote:Couldn't find the module "XML/Writer.pm"
    what package contains Writer.pm?

    scrawler wrote:thanks.   Still, if Writer.pm is already in an arch package, I would prefer to install it that way.
    This seems to be a bit late for you, but it's in the AUR here.
    Re the general topic of perl modules, I prefer to install everything I can with pacman, and with perl I've succeeded so far, either from the official repos, the AUR, or my own PKGBUILDs. If I ever find myself needing 100s of the things, though, I might have to go with the cpan stuff.

  • Essbase PERL module

    Hi,Anybody installed succesfully the Essbase PERL module located in {arborpath}\perlmod directory?Is it possible to install it without Visual Studio compiler and Make.exe (or NMake.exe).Any way of doing it differently?Any ideas or thought about it? Feedbacks are welcome.Thank you for your help.SR

    If you are not opposed to using Python you might want to try my Essbase.py wrapper. Functionally equivalent to the Perl module. No compiling required, all pure Python code.
    MaxL Python Module
    [Essbase.py|http://essbasepy.googlecode.com]

  • Fail installing perl modules in new sparc server

    Hi,
    I'm trying to install the perl modules needed by my applications in a sparc server SunFire V210 with solaris 9 64bit. All the attempts fail because the interpreter is compiled with forte, this is the explanation i got. I found a solution in CPAN called perlgcc but it doesn't work it build a bad Makefile, the file has a lot of mistakes. Perl.com people tell me to change parameters in the makefiles and Config.pm but it's very hard to find the correct values, i'm not sure i fix the correct things.still it doesn't work.
    I need an urgent solution it permits me to add modules without correction in the each makefile. I hope there is a standar procedure to solve it.
    Thanks!

    Hi,
    Here is your solution (I hope). I've being doing this this week and worked.
    Look the stuff is connected with the compilers used to complie perl and as you see later other stuff on the sun. At the sun the stuff is compiled with sun compiler which is not provided on the solaris 8, 9 nor 10. Fortunately there is gcc installed on the sol10.
    -bash-3.00# gcc --version<br />
    gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
    Copyright (C) 2004 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    -bash-3.00#
    The perl is compiled with sun compiler cc
    -bash-3.00# perl -V | more
    More
    Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
    More
    Platform:
    osname=solaris, osvers=2.10, archname=sun4-solaris-64int
    uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=unde
    f
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=undef uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
    Compiler:
    cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_T
    S_ERRNO',
    optimize='-xO3 -xspace -xildoff',
    cppflags=''
    ccversion='Sun WorkShop', gccversion='', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lsee
    ksize=8
    alignbytes=8, prototype=define
    Linker and Libraries:
    ld='cc', ldflags =''
    libpth=/lib /usr/lib /usr/ccs/lib
    libs=-lsocket -lnsl -ldl -lm -lc
    perllibs=-lsocket -lnsl -ldl -lm -lc
    libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
    gnulibc_version=''
    Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R /usr/perl5/5.8.
    4/lib/sun4-solaris-64int/CORE'
    cccdlflags='-KPIC', lddlflags='-G'
    What to do??? Yes - you are on sol10 - then do it
    1. Logon as a root
    2. Check your path and compare with
    -bash-3.00# echo $PATH
    /usr/sbin:/usr/bin:/usr/sfw:/usr/sfw/bin:/usr/sfw/lib:/usr/s fw/include:/opt/sfw:
    /opt/sfw/bin:/opt/sfw/lib:/opt/sfw/include:/usr/ccs/bin:/usr /ccs/lib
    -bash-3.00#
    if differs upto the last /usr/ccs/lib modify your profile file ( anthing ofter the last /usr/ccs/lib can be aded).
    3. Check out the the comands
    gcc --version<br />
    perl -V
    4. If everything upto this step is ok you can proceed
    5. You may do the installation of the perl modules in two ways:
    a.) with CPAN module - Internet connection MANDATORY
    b.) with perl and downloaded tar.gz module
    5.a) With CPAN module
    5.a.1) Launch the command to configure the CPAN module
    perl -MCPAN -e shell
    you will be asked to give the answers inorder to configure CPAN
    5.a.2) When you see cpan> prompt do the following:
    o conf makepl_arg 'CC=gcc CCCDLFLAGS=-fPIC CCFLAGS=" " OPTIMIZE=" " LD=gcc' press return
    5.a.3) Type "o conf commit" press return. You may install your modules now with the install command e.g. install HTML::Parser for example.
    5.b.1) Download your modules from http://www.cpan.org to your server to /var/tmp/packed or whatever folder you want.
    5.b.2) unzip then untar and cd into subfolder
    5.b.3) type ./Makefile.PL -t 'CC=gcc CCCDLFLAGS=-fPIC CCFLAGS=" " OPTIMIZE=" " LD=gcc'
    5.b.4) Type make install
    6.) In both methods you have to check if the modules are installed by issuing the commnad:
    perl -e 'use Your::Module' e.g.
    perl -e 'use HTTP::Parser'
    if no error message on the term you are ready
    Rem. The differrences are in the flags used to compile and link with these two compilers sun cc and gnu cc. There are of course problems with 64bit values on sun64bit e.g. SPARC and Intel stuff cause Perl does not support real 64bit values yet. The Perl modules should use only floating point represetnation with around 53~bit precision. But this issue depends on the module creator not you if you do not want to do the remedy.
    I hope it will help you
    good luck

  • Trouble installing the PERL modules for the ITunesU script

    I am trying to install the modules specified in the PERL script. I get an error when trying to install which I think is a result of a problem with the MAC developer tools. This is the output that I get when trying to install the Digest::SHA module
    Can someone please tell me how to fix this?
    cpan> install Digest::SHA
    CPAN: Storable loaded ok
    Going to read /Users/admin/.cpan/Metadata
    Database was generated on Wed, 21 Mar 2007 01:09:40 GMT
    Running install for module Digest::SHA
    Running make for M/MS/MSHELOR/Digest-SHA-5.44.tar.gz
    CPAN: Digest::MD5 loaded ok
    CPAN: Compress::Zlib loaded ok
    Checksum for /Users/admin/.cpan/sources/authors/id/M/MS/MSHELOR/Digest-SHA-5.44. tar.gz ok
    Scanning cache /Users/admin/.cpan/build for sizes
    Digest-SHA-5.44/
    Digest-SHA-5.44/t/
    Digest-SHA-5.44/t/state/
    Digest-SHA-5.44/t/state/state.1
    Digest-SHA-5.44/t/state/state.256
    Digest-SHA-5.44/t/state/state.512
    Digest-SHA-5.44/t/state/state.384
    Digest-SHA-5.44/t/4-bitstr-large.t
    Digest-SHA-5.44/t/2-nist-vectors-byte.t
    Digest-SHA-5.44/t/nist/
    Digest-SHA-5.44/t/nist/Readme.txt
    Digest-SHA-5.44/t/nist/bit-messages.sha1
    Digest-SHA-5.44/t/nist/byte-hashes.sha1
    Digest-SHA-5.44/t/nist/byte-messages.sha1
    Digest-SHA-5.44/t/nist/COPYRIGHT
    Digest-SHA-5.44/t/nist/bit-hashes.sha1
    Digest-SHA-5.44/t/1-exist.t
    Digest-SHA-5.44/t/5-hmac-rfc2202.t
    Digest-SHA-5.44/t/2-nist-sha-base64.t
    Digest-SHA-5.44/t/2-nist-sha-1.t
    Digest-SHA-5.44/t/4-bitstr-increasing.t
    Digest-SHA-5.44/t/2-nist-sha-256.t
    Digest-SHA-5.44/t/0-pod.t
    Digest-SHA-5.44/t/0-pod-coverage.t
    Digest-SHA-5.44/t/7-ireland.t
    Digest-SHA-5.44/t/2-nist-sha-224.t
    Digest-SHA-5.44/t/2-nist-sha-384.t
    Digest-SHA-5.44/t/3-gillogly-easy.t
    Digest-SHA-5.44/t/6-dump-load.t
    Digest-SHA-5.44/t/2-nist-sha-512.t
    Digest-SHA-5.44/t/5-hmac-fips198.t
    Digest-SHA-5.44/t/gillogly/
    Digest-SHA-5.44/t/gillogly/state.110
    Digest-SHA-5.44/t/gillogly/state.011
    Digest-SHA-5.44/t/5-hmac-woodbury.t
    Digest-SHA-5.44/t/3-gillogly-hard.t
    Digest-SHA-5.44/t/5-hmac-sha-256.t
    Digest-SHA-5.44/t/2-nist-sha-oo.t
    Digest-SHA-5.44/t/2-nist-vectors-bit.t
    Digest-SHA-5.44/t/1-hello-world.t
    Digest-SHA-5.44/t/4-bitstr-random.t
    Digest-SHA-5.44/examples/
    Digest-SHA-5.44/examples/dups
    Digest-SHA-5.44/Changes
    Digest-SHA-5.44/MANIFEST
    Digest-SHA-5.44/typemap
    Digest-SHA-5.44/src/
    Digest-SHA-5.44/src/sha.c
    Digest-SHA-5.44/src/sha64bit.c
    Digest-SHA-5.44/src/hmacxtra.c
    Digest-SHA-5.44/src/sha.h
    Digest-SHA-5.44/src/hmac.h
    Digest-SHA-5.44/src/shaxtra.c
    Digest-SHA-5.44/src/hmac.c
    Digest-SHA-5.44/src/sha64bit.h
    Digest-SHA-5.44/META.yml
    Digest-SHA-5.44/SHA.pm
    Digest-SHA-5.44/SHA.xs
    Digest-SHA-5.44/shasum
    Digest-SHA-5.44/Makefile.PL
    Digest-SHA-5.44/README
    Removing previously used /Users/admin/.cpan/build/Digest-SHA-5.44
    CPAN.pm: Going to build M/MS/MSHELOR/Digest-SHA-5.44.tar.gz
    Checking if your kit is complete...
    Looks good
    Writing Makefile for Digest::SHA
    -- NOT OK
    Running make test
    Can't test without successful make
    Running make install
    make had returned bad status, install seems impossible
    cpan>
    I installed the Developer tools from Apple's web site.
    Thanks
    Donna

    I figured it out. I discovered that the developer tools weren't installed by default on the Darwin OS. I downloaded them from the Apple site, installed the dmg file and then installed the required Perl modules and then it worked beautifully.
    The problem was that the modules couldn't make properly when being installed.
    Fun Fun
    Donna

  • Cannot install Date::Calc perl module

    I'm running Solaris 11 on my machine and I need to install the Date::Calc perl module in order for one of my scripts to work.
    When I run the following command:
    sudo perl -MCPAN -e 'install Date::Calc'
    I get the following error:
    Tests succeeded but one dependency not OK (Bit::Vector)
    STBEY/Date-Calc-6.3.tar.gz
    [dependencies] -- NA
    Running make install
    make test had returned bad status, won't install without force
    When trying to install Bit::Vector first, i.e. when running the following command:
    sudo perl -MCPAN -e 'install Bit::Vector'
    i get the following error message:
    Checking if your kit is complete...
    Looks good
    Writing Makefile for Bit::Vector
    Writing patchlevel.h for /usr/bin/perl (5.012003)
    cp lib/Bit/Vector/Overload.pm blib/lib/Bit/Vector/Overload.pm
    cp Vector.pm blib/lib/Bit/Vector.pm
    cp Vector.pod blib/lib/Bit/Vector.pod
    cp lib/Bit/Vector/Overload.pod blib/lib/Bit/Vector/Overload.pod
    cp lib/Bit/Vector/String.pod blib/lib/Bit/Vector/String.pod
    cp lib/Bit/Vector/String.pm blib/lib/Bit/Vector/String.pm
    cc -c -DPTR_IS_LONG -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV -xO4 -DVERSION=\"7.2\" -DXS_VERSION=\"7.2\" -KPIC "-I/usr/perl5/5.12/lib/i86pc-solaris-64int/CORE" BitVector.c
    sh: line 1: cc: not found
    *** Error code 127
    make: Fatal error: Command failed for target `BitVector.o'
    STBEY/Bit-Vector-7.2.tar.gz
    /usr/bin/make -- NOT OK
    'YAML' not installed, will not store persistent state
    Running make test
    Can't test without successful make
    Running make install
    Make had returned bad status, install seems impossible
    So it looks like the C compiler is missing. So I installed gcc via the following commands:
    pkg install gcc-45
    pkg install system/header
    but I still get the same error when trying to install Bit::Vector. Indeed, when I type cc on the command-line, I get the command not found error. When I type gcc, however, I get gcc: no input files.
    What should I do to fix this?
    Thanks for your advice,
    Dusan

    So I ran the following command:
    +/usr/perl5/5.8.4/bin/perlgcc -MCPAN -e 'install Bit::Vector'+
    but it did not work either. I got the following error output.
    CPAN.pm: Going to build S/ST/STBEY/Bit-Vector-7.2.tar.gz
    cp lib/Bit/Vector/Overload.pm blib/lib/Bit/Vector/Overload.pm
    cp Vector.pm blib/lib/Bit/Vector.pm
    cp Vector.pod blib/lib/Bit/Vector.pod
    cp lib/Bit/Vector/String.pod blib/lib/Bit/Vector/String.pod
    cp lib/Bit/Vector/Overload.pod blib/lib/Bit/Vector/Overload.pod
    cp lib/Bit/Vector/String.pm blib/lib/Bit/Vector/String.pm
    gcc -c    -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TS_ERRNO -xO3 -xspace -xildoff    -DVERSION=\"7.2\"  -DXS_VERSION=\"7.2\" -KPIC "-I/usr/perl5/5.8.4/lib/i86pc-solaris-64int/CORE"   BitVector.c
    gcc: unrecognized option '-KPIC'
    gcc: language ildoff not recognized
    gcc: language ildoff not recognized
    gcc: BitVector.c: linker input file unused because linking not done
    +/usr/perl5/5.8.4/bin/perl /usr/perl5/5.8.4/lib/ExtUtils/xsubpp -typemap /usr/perl5/5.8.4/lib/ExtUtils/typemap -typemap typemap Vector.xs > Vector.xsc && mv Vector.xsc Vector.c+
    gcc -c    -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TS_ERRNO -xO3 -xspace -xildoff    -DVERSION=\"7.2\"  -DXS_VERSION=\"7.2\" -KPIC "-I/usr/perl5/5.8.4/lib/i86pc-solaris-64int/CORE"   Vector.c
    gcc: unrecognized option '-KPIC'
    gcc: language ildoff not recognized
    gcc: language ildoff not recognized
    gcc: Vector.c: linker input file unused because linking not done
    Running Mkbootstrap for Bit::Vector ()
    chmod 644 Vector.bs
    rm -f blib/arch/auto/Bit/Vector/Vector.so
    LD_RUN_PATH="" gcc  -G BitVector.o  Vector.o  -o blib/arch/auto/Bit/Vector/Vector.so
    gcc: BitVector.o: No such file or directory
    gcc: Vector.o: No such file or directory
    gcc: no input files
    *** Error code 1
    make: Fatal error: Command failed for target `blib/arch/auto/Bit/Vector/Vector.so'
    +/usr/bin/make -- NOT OK+
    Running make test
    Can't test without successful make
    Running make install
    make had returned bad status, install seems impossible

  • MaxL Python Module

    The MaxL Python Module, Essbase.py, provides access to Hyperion Essbase multi-dimensional databases from Python programs through MaxL. It is similar in function and usage to the Perl module Essbase.pm. The Essbase Python module interfaces with Hyperion Essbase using a Python ctypes module wrapper for the primary MaxL dll (essmaxl.dll or essmaxlu.dll). The ctypes module is standard in Python 2.5 and may be downloaded for earlier versions from http://sourceforge.net/projects/ctypes. Versions of the wrapper are included for Essbase 6.5 and for Essbase 7.
    Updates:
    Support for Essbase 7.1 MDX has been added.
    http://essbasepy.googlecode.com/

    A small update to the Essbase Python module has been posted to [http://essbasepy.googlecode.com/] . As before, no compiler is required if you already have Python and the ctypes module (included in the standard library as of version 2.5). Installation is as easy as unzipping the download and executing from the command line:
    python setup.py install
    Changes
    ver. 7.1.2009.0519
    1. Added support for Unicode (thanks to Edward Delgado for many cycles of unit and integration testing).
    ver. 7.1.2008.0818
    1. Changed method of locating MaxL library to (hopefully) make script Unix friendly.
    2. Added support for MaxL doubles.
    ver. 7.1.2008.0304
    1. New generator function rows() which allows for simpler, more pythonic data access.
    2. New optional parameter timefmt for the execute() function. Defaults to original time.asctime() format.
    ver. 7.1.2007.1106
    Original posting to http://essbasepy.googlecode.com/.

  • Problem calling two perl modules from java in seperate threads(JVM CRASHES)

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

    Dear Friends,
    I have one severe problem regarding calling perl modules from java
    I had to call two perl modules simultaneously (i.e.) from two threads,,, but jvm crashes when one of the perl calls is exiting earlier
    I am unable to spot out why ....
    For calling perl from java ...., We are first calling C code from java using JNI and then Perl code from C
    All works fine if we call only one perl call at a time.... If we call them in a synchronized manner the JVM is not crashing .... But we don't want blocking..
    The following is the code snippet
    <JAVA FILE>
    class Sample
         static {
              System.loadLibrary("xyz");  // Here xyz is the library file generated by compiling c code
         public native void call_PrintList();
         public native void call_PrintListNew();
         Sample()
              new Thread1(this).start();     
         public static void main(String args[])
              System.out.println("In the main Method");
              new Sample().call_PrintList();
         class Thread1 extends Thread
              Sample sample;
              Thread1(Sample sam)
                   sample=sam;
              public void run()
                   sample.call_PrintListNew();     
    }<C FILE>
    #include <EXTERN.h>
    #include <perl.h>
    static PerlInterpreter *my_perl;
    static char * words[] = {"alpha", "beta", "gamma", "delta", NULL } ;
    static void
    call_PrintList(){
         printf("\nIn the Call method of string.c\n");
            char *wor[] = {"hello", "sudha", NULL } ;
               char *my_argv[] = { "", "string.pl" };
               PERL_SYS_INIT3(&argc,&argv,&env);
               my_perl = perl_alloc();
                   PL_perl_destruct_level = 1; //// We have mentioned this also and tried removing destruct call
               perl_construct( my_perl );
               perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
              PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
               perl_run(my_perl);
         dSP ;
            perl_call_argv("PrintList",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
    //     perl_destruct(my_perl);
    //          perl_free(my_perl);
    //           PERL_SYS_TERM();
    static void
    call_PrintListNew(){
    printf("In the new call method\n");
    char *wor[] = {"Hiiiiiiiiiiiiiii", "Satyam123333", NULL } ;
            char *my_argv[] = { "", "string.pl" };
            PERL_SYS_INIT3(&argc,&argv,&env);
            my_perl = perl_alloc();
    PL_perl_destruct_level = 1;
            perl_construct( my_perl );
            perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
            PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
            perl_run(my_perl);
            dSP ;
            perl_call_argv("PrintListNew",  G_DISCARD, wor) ;
    PL_perl_destruct_level = 1;
      //      perl_destruct(my_perl);
      //      perl_free(my_perl);
       //     PERL_SYS_TERM();
    void callNew()
    call_PrintListNew();
    void call ( )
    call_PrintList();
    //char *wor[] = {"hello","sudha",NULL};
    /*   char *my_argv[] = { "", "string.pl" };
          PERL_SYS_INIT3(&argc,&argv,&env);
          my_perl = perl_alloc();
          perl_construct( my_perl );
          perl_parse(my_perl, NULL, 2, my_argv, (char**)NULL);
         PL_exit_flags |= PERL_EXIT_DESTRUCT_END;
          perl_run(my_perl);*/
       //   call_PrintList();                      /*** Compute 3 ** 4 ***/
    /*      perl_destruct(my_perl);
          perl_free(my_perl);
          PERL_SYS_TERM();*/
        }And Finally the perl code
    sub PrintList
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
    sub PrintListNew
                my(@list) = @_ ;
                foreach (@list) { print "$_\n" }
            }Please help me in this regard

  • ITunes cannot read ID3 tags written by Perl module MP3::Tag?

    Greetings,
    Just trying to re-arrange ID3 information in a large set of MP3 files. Before I run the following Perl script, iTunes can read the ID3 tagging information. After writing ID3 inform ation to the MP3, iTunes no longer reads any tagging information from the MP3.
    Does anyone have any information regarding this? There is some cryptic information in the MP3::Tag POD regarding setting the "id3v23_unsync" option but that doesn't seem to alter the impact on iTunes at all. Windows and other tag readers seem to be able to read the all ID 3v1 and ID3v2 tags just fine (including the altered fields) after running the following script.
    Thanks for any suggestions/guidance anyone can provide.
    Description: the following program takes an MP3 filename as input.
    Action: It appends the value in the Album field to front of the TITLE Field. That's it! Easy!
    #!/usr/bin/perl -w
    use MP3::Tag;
    MP3::Tag-> config(id3v23_unsync=>FALSE);
    my $filename = $ARGV[0];
    $mp3 = MP3::Tag-> new($filename);
    @info=$mp3-> autoinfo;
    @albnum = split(/_/, $info[3]);
    $frame = $mp3-> {ID3v2}->get_frame("TIT2");
    print $frame;
    $mp3-> {ID3v1}->title("$albnum[0] $info[0]");
    $mp3-> {ID3v2}->change_frame("TIT2","$albnum[0] $info[0]");
    $mp3-> {ID3v1}->write_tag();
    $mp3-> {ID3v2}->write_tag();
    @info=$mp3-> autoinfo;
    print $info[0]; //print ID3v1 TITLE field
    $frame = $mp3-> {ID3v2}->get_frame("TIT2");
    print $frame; //print ID3v2 Title2 field
    $mp3-> close();
    Thanks!
    GL
      Windows XP  

    SOLVED
    Changing the config entry (Line 3 in original listing) to:
    MP3::Tag->config("id3v23_unsync",0);
    fixed the problem with iTunes.
    NOTE: This means that iTunes version 7.x still has the synchronization problem alluded to in the documentation (POD) for this Perl module. I just had the syntax wrong to set the workaround parameter.
    That aside, iTunes 7.2 works quite nicely with the modified MP3. Artwork (even though this was a modified and obscure (and legal) Bible audio, it found additional information about the MP3 in the online database).
    Kind Regards,
    GL
      Windows XP  

  • Cannot install DBD::Oracle perl module with Oracle 11.2.0.3 client

    Hi
    I have been trying to install DBD::Oracle perl module on a Centos 5.7 server which is running Oracle client version 11.2.0.3. I have installed all dependencies prior to attempting installing the same and I am running into the following error -
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1Here are the complete details of my attempt of installation of the perl module -
    [root@tch1testuview1 DBD-Oracle-1.50]# perl Makefile.PL
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Configuring DBD::Oracle for perl 5.008008 on linux (x86_64-linux-thread-multi)
    Remember to actually *READ* the README file! Especially if you have any problems.
    Installing on a linux, Ver#2.6
    Using Oracle in /app/utiba/oracle/client
    DEFINE _SQLPLUS_RELEASE = "1102000300" (CHAR)
    Oracle version 11.2.0.3 (11.2)
    Found /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Using /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Your LD_LIBRARY_PATH env var is set to '/app/utiba/oracle/client/lib:/lib:/usr/lib'
    Reading /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk
    Reading /app/utiba/oracle/client/rdbms/lib/env_rdbms.mk
    WARNING: Oracle /app/utiba/oracle/client/rdbms/lib/ins_rdbms.mk doesn't define a 'build' rule.
    WARNING: I will now try to guess how to build and link DBD::Oracle for you.
             This kind of guess work is very error prone and Oracle-version sensitive.
             It is possible that it won't be supported in future versions of DBD::Oracle.
             *PLEASE* notify dbi-users about exactly _why_ you had to build it this way.
    Found header files in /app/utiba/oracle/client/rdbms/public.
    client_version=11.2
    DEFINE= -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112
    Checking for functioning wait.ph
    System: perl5.008008 linux builder10.centos.org 2.6.18-53.el5 #1 smp mon nov 12 02:14:55 est 2007 x86_64 x86_64 x86_64 gnulinux
    Compiler:   gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm
    Linker:     /usr/bin/ld
    Sysliblist: -ldl -lm -lpthread -lnsl -lirc -lipgo
    Oracle makefiles would have used these definitions but we override them:
      CC:       $(GCC)
      CFLAGS:   $(GFLAG) $(OPTIMIZE) $(CDEBUG) $(CCFLAGS) $(PFLAGS)\
            $(SHARED_CFLAG) $(USRFLAGS)
               [$(GFLAG) -O2 $(CDEBUG) $(CCFLAGS) -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -DLINUX -D_GNU_SOURCE -D_LARGEFILE64_SOURCE=1 -D_LARGEFILE_SOURCE=1 -DSLTS_ENABLE -DSLMXMX_ENABLE -D_REENTRANT -DNS_THREADS -DLDAP_CM $(LPFLAGS) $(PLSQLNCGFLAGS) $(USRFLAGS)]
      LDFLAGS:  -o $@ $(LDOBJSZ) $(LDPATHFLAG)$(PRODLIBHOME) $(LDPATHFLAG)$(LIBHOME) $(LDPATHFLAG)$(LIBHOME)stubs/ $(LDPATHFLAG)$(LIBHOME) $(LLIBIRC)
               [-o $@ -m32 -L/app/utiba/oracle/client/rdbms/lib/ -L$(LIBHOME) -L$(LIBHOME)stubs/ -L$(LIBHOME) -lirc -lipgo ]
    Linking with  -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm  [from $(OCISHAREDLIBS)]
    LD_RUN_PATH=/app/utiba/oracle/client/lib
    Using DBD::Oracle 1.50.
    Using DBD::Oracle 1.50.
    Using DBI 1.52 (for perl 5.008008 on x86_64-linux-thread-multi) installed in /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI/
    Writing Makefile for DBD::Oracle
    ***  If you have problems...
         read all the log printed above, and the README and README.help.txt files.
         (Of course, you have read README by now anyway, haven't you?)
    [root@tch1testuview1 DBD-Oracle-1.50]# make
    Skip blib/lib/DBD/Oracle/Troubleshooting/Cygwin.pod (unchanged)
    Skip blib/lib/DBD/Oracle.pm (unchanged)
    Skip blib/lib/oraperl.ph (unchanged)
    Skip blib/arch/auto/DBD/Oracle/Oracle.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Vms.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Linux.pod (unchanged)
    Skip blib/lib/DBD/Oracle/GetInfo.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/dbdimp.h (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Hpux.pm (unchanged)
    Skip blib/arch/auto/DBD/Oracle/ocitrace.h (unchanged)
    Skip blib/lib/Oraperl.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Sun.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Macos.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Aix.pod (unchanged)
    Skip blib/lib/DBD/Oracle/Object.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win64.pod (unchanged)
    Skip blib/arch/auto/DBD/Oracle/mk.pm (unchanged)
    Skip blib/lib/DBD/Oracle/Troubleshooting/Win32.pod (unchanged)
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 Oracle.c
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 dbdimp.c
    dbdimp.c: In function ‘fb_ary_cb_alloc’:
    dbdimp.c:324: warning: comparison is always false due to limited range of data type
    dbdimp.c:325: warning: comparison is always false due to limited range of data type
    dbdimp.c:326: warning: comparison is always false due to limited range of data type
    dbdimp.c:327: warning: comparison is always false due to limited range of data type
    dbdimp.c:328: warning: comparison is always false due to limited range of data type
    dbdimp.c: In function ‘fb_ary_alloc’:
    dbdimp.c:344: warning: comparison is always false due to limited range of data type
    dbdimp.c:345: warning: comparison is always false due to limited range of data type
    dbdimp.c:346: warning: comparison is always false due to limited range of data type
    dbdimp.c:347: warning: comparison is always false due to limited range of data type
    gcc -c  -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/rdbms/demo -I/app/utiba/oracle/client/rdbms/public -I/app/utiba/oracle/client/plsql/public -I/app/utiba/oracle/client/network/public -I/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/DBI -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   -DVERSION=\"1.50\" -DXS_VERSION=\"1.50\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/CORE"  -Wall -Wno-comment -DUTF8_SUPPORT -DORA_OCI_VERSION=\"11.2.0.3\" -DORA_OCI_102 -DORA_OCI_112 oci8.c
    oci8.c: In function ‘ora_blob_read_mb_piece’:
    oci8.c:1804: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘describe_obj_by_tdo’:
    oci8.c:3256: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_describe’:
    oci8.c:3480: warning: comparison is always false due to limited range of data type
    oci8.c: In function ‘ora_st_fetch’:
    oci8.c:3953: warning: unused variable ‘imp_xxh’
    Running Mkbootstrap for DBD::Oracle ()
    chmod 644 Oracle.bs
    rm -f blib/arch/auto/DBD/Oracle/Oracle.so
    LD_RUN_PATH="/app/utiba/oracle/client/lib" gcc  -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic Oracle.o dbdimp.o oci8.o  -o blib/arch/auto/DBD/Oracle/Oracle.so  \
               -L/app/utiba/oracle/client/lib/ -lclntsh -ldl -lm -lpthread -lnsl -lirc -lipgo -ldl -lm      \
    /usr/bin/ld: skipping incompatible /app/utiba/oracle/client/lib//libclntsh.so when searching for -lclntsh
    /usr/bin/ld: cannot find -lclntsh
    collect2: ld returned 1 exit status
    make: *** [blib/arch/auto/DBD/Oracle/Oracle.so] Error 1I am sure that installing a previous(older) version of oracle client will fix this issue i.e. either 11.2.0.1 or older (that is tested) but I want to know if it is possible to resolve the above issue with a work around and not having to install a previous version.
    Fyi.. I've tried to install DBD::Oracle version 1.24 and 1.50 but that doesn't seem to make any difference. I couldn't find any related thread either for this error so I desperately need a solution to the same(if any).
    If anyone can help here, would really appreciate it or else, I will have no choice but to install previous version of oracle client.
    Thanks
    Edited by: 956308 on Aug 31, 2012 6:55 AM
    Edited by: 956308 on Aug 31, 2012 6:57 AM

    Contents of the response file:
    oracle.install.responseFileVersion=http://www.oracle.com/2007/install/rspfmt_clientinstall_response_schema_v11_2_0
    ORACLE_HOSTNAME=slc00caz
    UNIX_GROUP_NAME=oracle
    INVENTORY_LOCATION=/home/psadm1/oraInventory
    SELECTED_LANGUAGES=en
    ORACLE_HOME=/opt/oracle/psft/pt/oracle-client/11.2.0.x
    ORACLE_BASE=/opt/oracle/psft/pt/oracle-client
    oracle.install.client.installType=Custom
    oracle.install.client.upgrading=false
    oracle.install.client.customComponents=oracle.rdbms.util:11.2.0.3.0,oracle.javavm.client:11.2.0.3.0,oracle.sqlplus:11.2.0.3.0,oracle.dbjava.jdbc:11.2.0.3.0,oracle.rdbms.oci:11.2.0.3.0,oracle.xdk:11.2.0.3.0,oracle.network.aso:11.2.0.3.0,oracle.assistants.oemlt:11.2.0.3.0,oracle.network.client:11.2.0.3.0,oracle.odbc:11.2.0.3.0,oracle.dbdev:11.2.0.3.0
    oracle.install.client.schedulerAgentHostName=
    oracle.install.client.schedulerAgentPortNumber=
    oracle.installer.autoupdates.option=SKIP_UPDATES
    oracle.installer.autoupdates.downloadUpdatesLoc=
    AUTOUPDATES_MYORACLESUPPORT_USERNAME=
    AUTOUPDATES_MYORACLESUPPORT_PASSWORD=
    PROXY_HOST=
    PROXY_PORT=0
    PROXY_USER=
    PROXY_PWD=
    PROXY_REALM=

  • Perl modules are being installed to the wrong root directory

    This is kind of a package, kind of an AUR question. I don't think it is the usual "upgrade to perl-5.20" issue; I've done lots of searching with no obvious mention of my issue.
    I have downloaded the PKGBUILDs for perl-tk (in extra) and perl-pdl (in AUR). When I run makepkg on them, the resultant package has the wrong root directory. For example, perl-pdl tries to install into
    /home/<username>/perl5/bin/
    rather than
    /usr/bin
    and the libraries want to go into
    /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL
    rather than something like
    /usr/lib/perl5/vendor_perl/PDL
    I don't think I'm doing anything unusual with the build. For perl-pdl, I download the tarball from the AUR and untar it in ~/tmp. Cd to ~/tmp/perl-pdl and then run makepkg. The start of the build process says:
    ==> Making package: perl-pdl 2.007-1 (Wed Jun 18 16:12:19 PDT 2014)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    ==> Retrieving sources...
    -> Found PDL-2.007.tar.gz
    -> Found perldl.conf
    ==> Validating source files with md5sums...
    PDL-2.007.tar.gz ... Passed
    perldl.conf ... Passed
    ==> Extracting sources...
    -> Extracting PDL-2.007.tar.gz with bsdtar
    ==> Removing existing pkg/ directory...
    ==> Starting build()...
    INFORMATION: using file /home/<username>/tmp/perl-pdl/src/perldl.conf to set configuration defaults
    Makefile.PL: Found required OpenGL version, setting USE_POGL => 1
    Types.pm.PL: using typedef long PDL_Indx
    Extracting Types.pm
    making PDL_B...
    making PDL_S...
    making PDL_US...
    making PDL_L...
    making PDL_IND...
    making PDL_LL...
    making PDL_F...
    making PDL_D...
    Warning: prerequisite Astro::FITS::Header 0 not found.
    Warning: prerequisite Convert::UU 0 not found.
    Warning: prerequisite File::Map 0.57 not found.
    Warning: prerequisite Module::Compile 0.23 not found.
    Generating a Unix-style Makefile
    Writing Makefile for PDL::pod
    Generating a Unix-style Makefile
    Writing Makefile for Inline
    Writing MYMETA.yml and MYMETA.json
    Generating a Unix-style Makefile
    Writing Makefile for PDL::PP
    Generating a Unix-style Makefile
    Writing Makefile for PDL::NiceSlice
    Writing MYMETA.yml and MYMETA.json
    Basic/Core/Makefile.PL: got root build dir /home/<username>/tmp/perl-pdl/src/PDL-2.007
    Basic/Core/Makefile.PL: adding /home/<usenname>/tmp/perl-pdl/src/PDL-2.007/inc
    Trying to figure out POSIX threads support ...
    Saw pthread.h. Fine.
    Fine, your perl was linked against pthread library.
    ==> Will build PDL with POSIX thread support. Gifts to TJL :-)
    and wraps up with
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::NiceSlice.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PDLCommands.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::Perldl2::PrintControl.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/man/man3/PDL::pdl2.3pm
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdl2
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pptemplate
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/perldl
    Installing /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/bin/pdldoc
    Appending installation info to /home/<username>/tmp/perl-pdl/pkg/perl-pdl/home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/perllocal.pod
    ==> Tidying install...
    -> Purging unwanted files...
    -> Removing libtool files...
    -> Removing static library files...
    -> Removing empty directories...
    -> Compressing man and info pages...
    -> Stripping unneeded symbols from binaries and libraries...
    ==> Creating package "perl-pdl"...
    -> Generating .PKGINFO file...
    -> Adding changelog file...
    -> Generating .MTREE file...
    -> Compressing package...
    ==> Leaving fakeroot environment.
    ==> Finished making: perl-pdl 2.007-1 (Wed Jun 18 16:21:25 PDT 2014)
    Excerpts of "pacman -Qlp perl-pdl-2.007-1-x86_64.pkg.tar.xz" look like
    perl-pdl /home/
    perl-pdl /home/<username>/
    perl-pdl /home/<username>/perl5/
    perl-pdl /home/<username>/perl5/bin/
    perl-pdl /home/<username>/perl5/bin/pdl
    perl-pdl /home/<username>/perl5/bin/pdl2
    perl-pdl /home/<username>/perl5/bin/pdldoc
    perl-pdl /home/<username>/perl5/bin/perldl
    perl-pdl /home/<username>/perl5/bin/pptemplate
    perl-pdl /home/<username>/perl5/lib/
    perl-pdl /home/<username>/perl5/lib/perl5/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/MakePdlppInstallable.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/Inline/Pdlpp.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/AutoLoader.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Bad.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Basic.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/CallExt.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Char.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Complex.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Compression.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Config.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Constants.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core.pm
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/Dev.pmperl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdl.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/PDL/Core/pdlcore.h
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Bad/Bad.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/CallExt/CallExt.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Complex/Complex.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Compression/Compression.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Core/Core.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/FFT/FFT.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/Fit/Gaussian/Gaussian.so
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/
    perl-pdl /home/<username>/perl5/lib/perl5/x86_64-linux-thread-multi/auto/PDL/GIS/Pr
    perl-pdl /home/<username>/perl5/man/
    perl-pdl /home/<username>/perl5/man/man1/
    perl-pdl /home/<username>/perl5/man/man1/PDL::API.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::BadValues.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Bugs.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Course.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Dataflow.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Delta.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::FAQ.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Indexing.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Internals.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::MATLAB.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Modules.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Objects.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP-Inline.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::PP.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::ParallelCPU.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Philosophy.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::QuickStart.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Scilab.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Threading.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tips.1p
    perl-pdl /home/<username>/perl5/man/man1/PDL::Tutorials.1p
    perl-pdl /home/<username>/perl5/man/man1/pdl2.1p
    perl-pdl /home/<username>/perl5/man/man1/pdldoc.1p
    perl-pdl /home/<username>/perl5/man/man1/perldl.1p
    perl-pdl /home/<username>/perl5/man/man1/pptemplate.1p
    perl-pdl /home/<username>/perl5/man/man3/
    perl-pdl /home/<username>/perl5/man/man3/PDL.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::AutoLoader.3pm
    perl-pdl /home/<username>/perl5/man/man3/PDL::BAD2_demo.3pm
    It seems like the $pkgdir variable is screwed up, but non-perl AUR packages have installed just fine. Any pointers? Thanks.

    As usual I am probably too late to help. If you have local::lib installed and activated, it will override your destination directory when building packages. This is accomplished by setting environment variables. Joel hinted at this and you've seemed to fix them. Here is a decent list of them, mostly written by me I believe: https://wiki.archlinux.org/index.php/Pe … _variables
    I've made tools that generate PKGBUILDs for perl modules and I always try to override these environment variables for just such an occasion. Entirely too much info on the subject is available at the wiki page above. Very few official PKGBUILDs will override these. Only the packages I used to maintain which retain my PKGBUILD will work for you. So... beware.

  • How to remove/uninstall custom installed perl modules?

    Hello all.
    Yesterday I upgraded from 10.3.7 to 10.4.5, then started to reinstall a bundle of perl modules (via the Terminal and 'perl Makefile.PL -- make -- make test -- [sudo] make install').
    As I saw too late, some of those modules I installed are now part of the standard OS X installation -- now some perl modules are twice on my machine, the 'originals' (so to say) in '/System/Library/Perl/5.8.6/...', and the 're-installed' are -- as usually -- in '/Library/Perl/5.8.6/...'.
    My questions:
    (1) Can these duplicates do any harm while executing perl code?
    (2) Is there an easy way to get rid of the duplicates (e.g., move the associated files in '/Library/Perl/5.8.6/...' to the trash)?
    Fortunately I have saved the terminal output of every installation, so it should be easy to find everything that was changed.
    Any advice is appreciated -- thanks in advance.
    Joerg
    G4/400 PCI (Oct. 1999) w/ 1 GB RAM & 128GB internal drive, Pioneer DVR-110D   Mac OS X (10.4.4)  

    Perl has a list of paths it searches when it needs to find a given module, similar to how the shell uses the PATH variable. If the things you installed are in a directory after that which contains Apple's official stuff, your stuff is invisible. Check the section labeled "@INC" in the output of 'perl -V'...that list is searched top-to-bottom.
    If what you installed is ahead of Apple's but what you installed is at least as high a version number as Apple's, again no problem in general. The modules Apple supplies have genereally quite stable API, so there's no problem if a program expects Appl'es but gets yours instead. OTOH, if you have a lower version, there could be trouble, since things may rely on the features only present in new versions (something for a certain OS X would reasonably assume "the stuff that came with that OS X" as a minimum).
    Anything you installed manually you can remove manually as well, using "rm" or dragging stuff to the trash. Modules often install a .packlist file somewhere in $arch/auto/ in your perl lib dir.
    I think you can often do '[sudo] make uninstall UNINST=1' to uninstall, assuming you kept the original builds or feel like redoing 'perl Makefile.PL' in the exact same version of the modules you installed. However, the 'uninstall' target is generally frowned upon by perl folks.

  • Perl module not working/installed properly

    I have a perl script that worked fine on Ubuntu.  I've now replaced Ubuntu with Arch and installed the perl modules I need to run this script and one of them doesn't seem to be working properly, I think I had a hiccup during installation of this particular module.  Can someone point me in the right direction as to how to fix this please.
    This is the output of my script falling over:
    [me@arch ~]$ perl -e 'use MP4::Info;'
    Can't locate IO/String.pm in @INC (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl .) at /usr/share/perl5/site_perl/MP4/Info.pm line 16.
    BEGIN failed--compilation aborted at /usr/share/perl5/site_perl/MP4/Info.pm line 16.
    Compilation failed in require at -e line 1.
    BEGIN failed--compilation aborted at -e line 1.
    The 'MP4::Info' module "appears" to be installed ok though, as shown thusly:
    [me@arch ~]$ cpan
    Terminal does not support AddHistory.
    cpan shell -- CPAN exploration and modules installation (v1.9600)
    Enter 'h' for help.
    cpan[1]> install MP4:Info
    Going to read '/home/wayne/.cpan/Metadata'
    Database was generated on Fri, 23 Sep 2011 01:50:05 GMT
    MP4::Info is up to date (1.13).
    cpan[2]>
    Any help greatly appreciated, thanks in advance.

    For some reason IO::String was not installed. Try installing it from the cpan shell.

  • Ipod service module (32 bit)

    I've tried to install itunes version 9.0, 4 times and each time a window appears telling me 'ipodservice module (32 bit) has encountered a problem and must close'. Also itunes is unable to recognise my nano ipod. I've tried uninstalling and reinstalling 4 times as i've already said to no avail. please help.

    In that case we'd better check for malware. (Adware using the contextplus engine can do this to an XP PC.)
    The next thing I'd check for is malware. (A number of different varieties of malware attack that Key in order that they can run on startup on an infected PC.)
    Try downloading and installing the free trial version of Malwarebytes. Update the Malwarebytes definitions and run a scan of the PC.
    http://www.malwarebytes.org/
    Does the Malwarebytes scan pick up any infections? If so, what does it call them?

Maybe you are looking for

  • Email with gmail app

    When I email from my browser it only lets me email from default phone email app or from the web. I want to click the button and either get options as to which app I want to use or have it automatically go to my gmail app

  • Which is fast / Smooth performing?

    I have 10 circles on the stage, animated on the time line, simple animation like scale, rotation and size changes. Which will give me best performance in terms of browser load and smoothness of animation? Ellipse or Svg file What if it is 100 objects

  • E-Recruiting reference code

    Hi, is it possible to define the reference code as a mandatory field with screen flexibilization on the publication page? Thanks and regards Gabriel

  • Me57. Create a PO from each PR.

    Hi gurus!! From transaction me57 system creates a PO grouping all PR´s assigned to the same provider. Is there any possibility to choose which PR´s we would like to take into account? Sometimes, we don´t want them all to be converted into PO. If this

  • Question re. Normalisation

    Hi I have started studying Normalisation and have normalised the following table. I would really appreciate someone telling me if my solution below is ok or waay off base. Many thanks in advance for any response. I just dont think im getting this. Im