Ld.so.1 problem - fatal: relocation error - "referenced symbol not found"

Hi, I've been trying to compile and run my application non Solaris using CC (detils below) but haven't got luck with running the application because of a linker error :
ld.so.1: java: fatal: relocation error: file ./libtest.so: symbol __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___J__nullref_: referenced symbol not found
Here's what I'm trying to do :
I'm compieing one library to include another shared library whcih uses the "string" class (STL). The compilation of both the libraries proceeds perfectly fine. However, when i preload this library with LD_PRELOAD and run a JAVA application (which will have calls to some function in the preloaded library), the get the above linker error.
Here's what all I have tries to get thsi wroking : ( I understand that this error is due to a missing library that CC has not linked to and i've no idea what the library is!!!)
1.> # LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH
# export LD_LIBRARY_PATH - NO LUCK :-(
2.> linked to /opt/SUNWspro/lib/libCrun.so (found this from another forum on the net), but NO LUCK :-(
3.> export LD_DEBUG=bindings
export LD_DEBUG_OUTPUT=/home/log.txt (so that all sysmbols refered are logged!!!)
i did a grep on the log for the symbol but NO LUCK!!! :-(
Please can you help me with this? What is the library that is to be linked too, or is there something else?
Details About my system, compiler and compilation options :
1.> uname -a output : SunOS sh1sol9 5.9 Generic_117171-12 sun4u sparc SUNW,Sun-Fire-280R Solaris
2.> CC version : Sun WorkShop 6 update 2 C++ 5.3
3.> Compilation flags i've used to build the library :
FIRST LIBRARY : CC -G -xcode=pic32 -I../common/ -ldl ../common/logger.cpp helper_functions.cpp BCPEntries.cpp BCP_class.cpp -o libBCP.so
SECOND LIBRARY : CC -G -xcode=pic32 -I../common/ test_BCP_construct.cpp -lBCP -L. -o libtest.so
Please help me out of this,
Any and every help (or even a hint to it) will be appreciated!!!
Thanks in advance,
Madhur Kumar Tanwani

Refer to the C++ Users Guide that comes with the compiler, the chapter on Building Libraries, which explains these points in more detail.
When you build a C++ shared library, you must explicitly list all the libraries that it depends on. Unlike building an executable, the CC -G command does not by default create dependencies on system libraries. Although not explained well in the Guide, you should be sure you get the shared (.so) versions of all libraries, not the static (.a) versions.
All C++ programs require at least libCrun and libc. Programs that use the C++ Standard library (using anything in the std namespace, like std::string) also need to link to the appropriate version of the library.
The default library is libCstd. If you compile using the optional STLport library, you need the libstlport instead. You cannot use both libCstd and libstlport in the same program.
In your case, the build command would look something like this, assuming you are using the default libCstd:
CC -G -o mylib.so ..... -library=Cstd,Crun -lc
Be sure that any preceeding -Bstaic option is followed by -Bdynamic before listing these system libraries.
To verify you have picked up the dynamic libraries, run the command
ldd mylib.so
to see a list of dependencies. If you don't see the following in the list
/usr/lib/libCstd
/usr/lib/libCrun
/usr/lib/libc (or /lib/libc)
something is wrong.
A note about LD_LIBRARY_PATH: don't use it.
Ideally, the environment variable should never be set. If you must set it to reach vendor-supplied libraries, never put the system directories /lib or /usr/lib on the path, and never put the compiler installation directory, like /opt/SUNWspro/... on the path. You can wind up forcing the runtime loader to seach directories in the wrong order and pick up inappropriate versions of libraries.
For more on LD_LIBRARY_PATH, read this note in Rod Evans' blog. He's the Sun linker expert. The material here is available in the manuals, but his blog has a nice summary.
http://blogs.sun.com/roller/page/rie/?anchor=tt_ld_library_path_tt

Similar Messages

  • Ldopen() failed:ld.s0.1: fatal: relocation error: ..symbol not found

    Hi All,
    I got the following fatal error when running my application:
    dlopen() failed:ld.so.1: delosd: fatal: relocation error: file libwellbuilder.so.1: symbol __1cDstdM__node_alloc4BiA_N_M_deallocate6FpvI_v_: referenced symbol not found
    I compile and link with option -library=stlport4,Crun
    I check the libwellbuilder.so.1 but don't see stlport lib at all. Not sure in what lib the undefined symbol is defined.
    ldd libwellbuilder.so.1
    libconfig.so.1 => /mnt/calnas02/home/zik31726/libs/server/libconfig.so.1
    liblogging.so.1 => /mnt/calnas02/home/zik31726/libs/server/liblogging.so.1
    libtiff.so.1 => (file not found)
    libcdm.so.1 => (file not found)
    libdelos.so.1 => /mnt/calnas02/home/zik31726/libs/server/libdelos.so.1
    libdbaccess.so.1 => (file not found)
    libxtiff.so.1 => (file not found)
    libsrvutil.so.1 => /mnt/calnas02/home/zik31726/libs/server/libsrvutil.so.1
    libdbprovider.so.1 => (file not found)
    libsrvnet.so.1 => /mnt/calnas02/home/zik31726/libs/server/libsrvnet.so.1
    libloader.so.1 => /mnt/calnas02/home/zik31726/libs/server/libloader.so.1
    libiss_conf.so.1 => /mnt/calnas02/home/zik31726/libs/server/libiss_conf.so.1
    libCrun.so.1 => /*usr/lib/libCrun.so.1*
    libmd5.so.1 => /usr/lib/libmd5.so.1
    libsocket.so.1 => /usr/lib/libsocket.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libnsl.so.1 => /usr/lib/libnsl.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    libmp.so.2 => /usr/lib/libmp.so.2
    /usr/platform/SUNW,Ultra-250/lib/libmd5_psr.so.1
    /usr/platform/SUNW,Ultra-250/lib/libc_psr.so.1
    My solaris system is as following:
    CC -V: CC: Sun C++ 5.8 2005/10/13
    uname -a: SunOS dlp001 5.9 Generic_122300-32 sun4u sparc SUNW,Ultra-250System = SunOS
    If you know how to resolve this issue, please let me know.
    Thanks,
    Iceman

    Thanks for your quick response.
    Here is the compiling line, I cut off some due it exceed 5000 line:
    /sw/opt/SUNWspro/bin/CC -KPIC -zdefs -library=stlport4 -library=stlport4,Crun -lm -lc -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.vendor.lib.libtiff/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/nsl/1.1 -I/usr/include/test -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -DSunOS=900000 -g -DUNIX -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.util/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.dbprovider/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.net/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -c CurveDigits.cpp -o CurveDigits.cpp_So.o
    /usr/ccs/bin/ld -o CurveDigits.So -r CurveDigits.cpp_So.o
    /bin/rm CurveDigits.cpp_So.o
    And linking line:
    /sw/opt/SUNWspro/bin/CC -Bdynamic -G -zdefs -library=stlport4 -library=stlport4,Crun -lm -lc -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.vendor.lib.libtiff/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -DSunOS=900000 -g -DUNIX -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -I/mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -o libwellbuilder.so.1 -h libwellbuilder.so.1 *.So -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.config/1.0 -lconfig -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.logging/1.0 -llogging -lxtiff -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.util/1.0 -lsrvutil -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.dbprovider/1.0 -ldbprovider -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.net/1.0 -lsrvnet -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.loader/1.0 -lloader -L /mnt/calnas02/home/zik31726/devcm/workspaces/merge_server/inst/SunOS-5.9-sun4u/NativeLibrary/src.server.lib.issconf/1.0 -liss_conf

  • Solaris 7 sparc 64 bit jdk giving error:referenced symbol not found

    hi
    I have installed jdk 5.0 on solaris 7 sparc for 64 bit support
    I am getting this error while giving java, plz help me
    dl failure on line 717Error: failed /els/install/jdk1.5.0_04/jre/lib/sparcv9/server/libjvm.so, because ld.so.1: java: fatal: relocation error: file /els/install/jdk1.5.0_04/jre/lib/sparcv9/server/libjvm.so: symbol __1c2n6FL_pv_: referenced symbol not found

    I got this problem too.
    have fixed this?
    whether should we patch the os first?

  • Avoiding Error: referenced symbol not found in STL matrix

    Hi,
    in Sun WorkShop 6 update 2 C++ 5.3 2001/05/15 there is a well known problem when STL classes are used. For example, the following code:
    #include <vector>
    int main()
    std::vector<int> myVector;
    myVector.push_back(1);
    will cause a linking error:
    symbol std::vector::__insert_aux : referenced symbol not found.
    There is a workaround in:
    http://forum.java.sun.com/thread.jspa?forumID=850&threadID=5069680
    Some recommended link options are provided in:
    http://forum.java.sun.com/thread.jspa?forumID=850&threadID=5104725
    Once solved this problem, something similar happens when I try to build a matrix using nested templates std::vector:
    // Matrix defined in my class.
    class myClass
    public:
    std::vector<std::vector<double> > matrix;
    Of course, I want to use the matrix dynamically:
    int main ()
    myClass object;
    // Create a matrix with Nrows rows.
    object.matrix = std::vector<std::vector<double> > (Nrows);
    // etc ...
    This code will cause the following referenced symbol not found error at linking:
    $ echo __1cDstdGvector4n0AGvector4Cdn0AJallocator4Cd____n0AJallocator4n0C____2G6Mrk1_r1_ | c++filt
    std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >&std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >::operator=(const std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >&)
    so the matter is that the operator = is not found for matrix as a nested template. std::vector::push_back method cannot also be used, as shown above.
    I have found a workaround to avoid this linking error:
    int main ()
    myClass object;
    // Create a matrix with Nrows rows.
    std::vector<std::vector<double> > auxiliarMatrix (Nrows);
    object.matrix.swap (auxiliarMatrix);
    // Now matrix can be filled:
    for(int nCont=0; nCont < Nrows; nCont++)
    std::vector<double> auxiliarVector;
    // Vector must be filled first...
    object.matrix[nCont] = auxiliarVector;
    // etc ...
    std::vector::swap method exchanges auxiliarMatrix and object.matrix, so now I have a matrix with the required size. And, very important, doesn't cause linking error in my case.
    Hope this may be useful for somebody.
    Bye.

    Hi,
    in Sun WorkShop 6 update 2 C++ 5.3 2001/05/15 there is a well known problem when STL classes are used. For example, the following code:
    #include <vector>
    int main()
    std::vector<int> myVector;
    myVector.push_back(1);
    will cause a linking error:
    symbol std::vector::__insert_aux : referenced symbol not found.
    There is a workaround in:
    http://forum.java.sun.com/thread.jspa?forumID=850&threadID=5069680
    Some recommended link options are provided in:
    http://forum.java.sun.com/thread.jspa?forumID=850&threadID=5104725
    Once solved this problem, something similar happens when I try to build a matrix using nested templates std::vector:
    // Matrix defined in my class.
    class myClass
    public:
    std::vector<std::vector<double> > matrix;
    Of course, I want to use the matrix dynamically:
    int main ()
    myClass object;
    // Create a matrix with Nrows rows.
    object.matrix = std::vector<std::vector<double> > (Nrows);
    // etc ...
    This code will cause the following referenced symbol not found error at linking:
    $ echo __1cDstdGvector4n0AGvector4Cdn0AJallocator4Cd____n0AJallocator4n0C____2G6Mrk1_r1_ | c++filt
    std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >&std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >::operator=(const std::vector<std::vector<double,std::allocator<double> >,std::allocator<std::vector<double,std::allocator<double> > > >&)
    so the matter is that the operator = is not found for matrix as a nested template. std::vector::push_back method cannot also be used, as shown above.
    I have found a workaround to avoid this linking error:
    int main ()
    myClass object;
    // Create a matrix with Nrows rows.
    std::vector<std::vector<double> > auxiliarMatrix (Nrows);
    object.matrix.swap (auxiliarMatrix);
    // Now matrix can be filled:
    for(int nCont=0; nCont < Nrows; nCont++)
    std::vector<double> auxiliarVector;
    // Vector must be filled first...
    object.matrix[nCont] = auxiliarVector;
    // etc ...
    std::vector::swap method exchanges auxiliarMatrix and object.matrix, so now I have a matrix with the required size. And, very important, doesn't cause linking error in my case.
    Hope this may be useful for somebody.
    Bye.

  • Firefox-bin fatal relocation error libthebes.so symbol round referenced symbol not found

    I compiled Firefox 3.6.23 on Solaris 9. When I try to start firefox it exits with the following error.
    ld.so.1 firefox-bin: fatal: relocation error: file /usr/local/lib/firefox-3.6.23/components/../libthebes.so: symbol round: referenced symbol not found killed

    It is not in the java documentation because it is not a java problem.
    When you write JNI code (or any other code for that matter) you probably should look at the documentation for the compilers and other tools that you are using for recommendations for how to use these third party tools.
    What would have been surprizing to me, is if your C++ compiler manual did not recommend linking with the standard C++ library when you use code contained in the library. Which was the problem here.

  • Ld.so.1: java: fatal: relocation error: file :referenced symbol not found

    Hello,
    I am trying to run my application (using Java) on windows which in turn calls the Remote Manager on Solaris(Solaris 9 on SPARC Processor).
    It gives the following linker error:
    ApiInitLocal():ApiInitLocal: START
    ApiInitLocal():* * * A P I I N I T * * *
    ld.so.1: java: fatal: relocation error: file /opt/rm902/remotemanager/soFile/libACEUser.so: symbol Sd_ApiInit: referenced symbol not found
    Killed
    I tried setting "LD_LIBRARY_PATH" , but that also didnt work.
    Any help would be highly appreciated.
    Thanks in advance

    Hello all
    I am new to JNI and while trying to run my
    to run my first program I am receiving an error in
    compilation of the 'C' file. For ur clarity my taken
    steps are given as follows:
    a. First I created 'HelloNative.java'
    Then I compiled it and after running created the
    the HelloNative.h
    b. Then I wrote the HelloNative.c file and when I
    compile it using MS VC++ then it gives the
    following error:
    --------------------Configuration: helloNative -
    - Win32 Debug--------------------
    Compiling...
    helloNative.c
    f:\bin\hellonative.c(3) : fatal error C1083: Cannot
    open include file: 'jni.h': No such file or directory
    Error executing cl.exe.
    helloNative.obj - 1 error(s), 0 warning(s)
    PLZ HELP ME ON THIS.
    So for a quick patch, copy the jni.h file from the include
    directory of your java installation files to the include
    files that your c complirer has and uses.

  • Ld.so.1: lsnrctl: fatal: relocation error: lsnrctl: symbol nngrsmd symbol

    ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
    Hi,
    i tried to start the listener
    database version: 8.1.7.4 @ sun solaris sparc
    this instance is working, down the system yesterday.
    as we tried to bring up, it shows the following error
    Looking the valuable to make up this instance
    ld.so.1: lsnrctl: fatal: relocation error: file /u05/oradev/devdb/8.1.7/bin/lsnrctl: symbol nngrsmd: referenced symbol not found
    Killed
    advanced thanks for your time and vaulable reply
    awaiting for your reply
    Thanks
    regards
    selvan
    [email protected]

    It's not related to SQL or PL/SQL at all (apart from they are all part of Oracle databases).
    You should try the Database General forum: General Database Discussions

  • Referenced symbol not found error

    Hello,
    I am using Solaris 5.6 and CC(Sun native) compiler 5.0.
    I build Xalan1.0 (C++ version) in Solaris and created necessary '.so' files. If I use this '.so' in my development environment, while runing my program it is showing the following error.
    "/home/kvelu/EDP_R1_GA_1114/EDPSERVER/SOLARISDEBUG/Bin/EDPServer: fatal: relocation error: file /home/kvelu/EDP_R1_GA_1114/SOFTWARE/SOLARISDEBUG/BIN/libxalan-c1_0.so: symbol __1cDstdGvector4Cbn0AJallocator4Cb___M__insert_aux6Mn0CIiterator_b_v_: referenced symbol not found"
    The demangling of this symbol is
    void std::vector<bool,std::allocator<bool> >::__insert_aux(std::vector<bool,std::allocator<bool> >::iterator,bool)
    Then I added some more options in the Xalan Makefile like "-library=iostream,Crun" compiler option and "-liostream -lCrun -lc -ltls7d" link option. Again I got the same error. Instead of "lc" I used "lCstd" also, again not solved.
    Can any body give me which compiler option and link option I must use to avoid this problem?
    Thanks
    kalees.

    Hi Kalees,
    I know this error quite well but I don't know if the cause is the same, because your environment seems to be different.
    Anyway you can take a look on thread:
    http://forum.java.sun.com/thread.jspa?forumID=850&threadID=5069680
    If vectors causing the error are in your library you can try to solve it using the solution suggested there, but if those vectors are in external linked libraries maybe you have no chance, so you need to update the compiler or the Workshop environment (Sun Studio nowadays).
    Good luck.
    Bye.

  • Apache: mod_wl.so: symbol ap_log_rerror: referenced symbol not found

    Hello.
    I am working with os solaris 64 and weblogic 12c.
    I installes weblogic and wiork fine, I compiled the apache and start without problem bt when I try to load the module for weblogic the apache no start.
    This is the sentences:
    ./configure prefix=$APACHE_HOME with-apr=$UTILS/apr with-apr-util=$UTILS/apr-util with-pcre=$UTILS/pcre enable-module=all enable-rule=SHARED_CODE --enable-so
    I did the make and make install without problem.
    I add the Load Module in the httpd.conf and fail the start:
    LoadModule weblogic_module /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so
    weblogic:sc-prodBD0-2:/orasoft/product/middleware/apache/conf>apachectl start
    httpd: Syntax error on line 507 of /orasoft/product/middleware/apache/conf/httpd.conf: Cannot load /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so into server: ld.so.1: httpd: fatal: relocation error: file /orasoft/product/middleware/apache/plugins/wlsapache/lib/mod_wl.so: symbol ap_log_rerror: referenced symbol not found
    What is wrong?
    Regards

    Hi,
    I am having same problem.added line in APACHE   httpd.conf  file
    LoadModule weblogic_module /u01/APACHE2/lib/mod_wl_24.so
    and following error:
    httpd: Syntax error on line 67 of /usr/apache2.4/conf/httpd.conf: Cannot load /u01/APACHE2/lib/mod_wl_24.so into server: ld.so.1: httpd: fatal: /u01/APACHE2/lib/mod_wl_24.so: wrong ELF class: ELFCLASS64
    i complied Apache 2.4.6  on solaris 10 u11. by using this procedure
    2) and pkg add, gcc-3.4.6-sol10-sparc-local    libgcc-3.3-sol10-sparc-local  libiconv-1.14-sol10-sparc-local  openssl-1.0.0j-sol10-sparc-local
    3) then install in this order   pcre, apr, apr-util  & then apache-httpd
    4) ./configure --prefix=/u01/APACHE2/pcre
      make
      make install
    5) ./configure --prefix=/u01/APACHE2/apr
      make
      make install
    6) ./configure --prefix=/u01/APACHE2/apr-util --with-apr=/u01/APACHE2/apr/
      make
      make install
    7) ./configure --prefix=/usr/apache2.4 --enable-so --enable-pie --enable-module=all --enable-mods-shared=all --enable-proxy --enable-proxy-connect --enable-
    proxy-ftp --enable-proxy-http --enable-proxy-ajp --enable-proxy-balancer --enable-ssl --enable-static-support --enable-static-htpasswd --enable-static-
    htdigest --enable-static-rotatelogs --enable-static-logresolve  --enable-substitute  --enable-rewrite --enable-cgi --enable-vhost --enable-imagemap --with-
    mpm=prefork --with-pcre=/u01/APACHE2/pcre/ --with-apr=/u01/APACHE2/apr --with-apr-util=/u01/APACHE2/apr-util/
      make
      make install

  • Symbol kglsimlat_p: referenced symbol not found

    Hi,
    anyone have ever encountered this error
    ld.so.1: rman: fatal: relocation error: file /app/oracle/product/10.2.0/bin/rman: symbol kglsimlat_p: referenced symbol not found
    I am getting this error from my EM Grid Control webpage while doing backup.
    In the BACKUP step webpage.
    Below is the complete output log
    ===============================================================
    Output Log
    SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:16 2006
    Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
    SQL> SQL> Connected.
    SQL> SQL> SQL> Database closed.
    Database dismounted.
    ORACLE instance shut down.
    SQL> SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:42 2006
    Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
    SQL> SQL> Connected to an idle instance.
    SQL> SQL> ORACLE instance started.
    Total System Global Area 524288000 bytes
    Fixed Size          2030168 bytes
    Variable Size          171967912 bytes
    Database Buffers     343932928 bytes
    Redo Buffers          6356992 bytes
    Database mounted.
    SQL> Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
    With the Partitioning, OLAP and Data Mining options
    ld.so.1: rman: fatal: relocation error: file /app/oracle/product/10.2.0/bin/rman: symbol kglsimlat_p: referenced symbol not found
    SQL*Plus: Release 10.2.0.2.0 - Production on Thu Jul 27 16:52:49 2006
    Copyright (c) 1982, 2005, Oracle. All Rights Reserved.
    SQL> SQL> Connected.
    SQL> SQL>

    Hi,
    I am using Oracle 10g rel 2 (OMS & Database) on Solaris 10.
    I read somewhere that the problem is with the LD_LIBRARY_PATH.
    I set the LD_LIBRARY_PATH to ${ORACLE_HOME}/lib, but it still doesn't work.
    When I ran RMAN manually from the telnet terminal, it works okay.
    Thanks

  • Symbol log: referenced symbol not found

    Hello,
    We are running Netscape Directory Server 4.16 in our mailserver (iMS 5.2).Sometimes the ldap process scratch and when we start it (start-slapd), we receive the following error message:
    ld.so.1: ./ns-slapd: fatal: relocation error: file /usr/iplanet/server5/bin/msg/
    lib/libnsuni31.so: symbol log: referenced symbol not found
    Killed
    But when we restart the host, the ldap process starts whithout any error.
    Could anyone help us understand and fix this problem?Because, we could not restart our mailserver everytime the ldap process goes down!!!
    Any contributions are wellcome.
    Thanks in advance
    Best Regards.

    It looks like you have set LD_LIBRARY_PATH somewhere and the slapd process is picking up the wrong version of the shared libraries.

  • Symbol exsltDateXpathCtxtRegister: referenced symbol not found

    hello all,
    i have to deploy an application that uses the lxml HTML parser (http://lxml.de). This lib compiles fine into a S11 zone, but i'm unable to use it due to this error:
    from lxml import etreeTraceback (most recent call last):
    File "<console>", line 1, in <module>
    ImportError: ld.so.1: python: fatal: relocation error: file /local/django-projects/virt_env/solqual/lib/python2.6/site-packages/lxml/etree.so: symbol exsltDateXpathCtxtRegister: referenced symbol not found
    ldd tells me the libs involved:
    (solqual)develwww@solqual:/local/django-projects/virt_env/solqual/latp$ ldd /local/django-projects/virt_env/solqual/lib/python2.6/site-packages/lxml/etree.so
    libxslt.so.1 => /usr/lib/libxslt.so.1
    libexslt.so.0 => /usr/lib/libexslt.so.0
    libxml2.so.2 => /lib/libxml2.so.2
    libz.so.1 => /lib/libz.so.1
    libm.so.2 => /lib/libm.so.2
    libpython2.6.so.1.0 => /usr/lib/libpython2.6.so.1.0
    libc.so.1 => /usr/lib/libc.so.1
    libpthread.so.1 => /lib/libpthread.so.1
    libsocket.so.1 => /lib/libsocket.so.1
    libnsl.so.1 => /lib/libnsl.so.1
    libdl.so.1 => /lib/libdl.so.1
    libmp.so.2 => /lib/libmp.so.2
    libmd.so.1 => /lib/libmd.so.1
    and a search in the libexslt.so.0:
    $ nm /usr/lib/libexslt.so.0|grep exsltDateXpathCtxtRegister
    0000f878 t exsltDateXpathCtxtRegister
    So the symblol seems to exist.
    Anybody can help?
    thanks in advance,
    gerard

    We do not use the symbols siguhandle and _sigactio directly in our
    code but the code is linked with the archive library
    /usr/ucblib/libucb.a and this is the cause of the problem.
    We inherited this product and I have no idea why the original developers
    of our product linked with the archive library, but they were able to do
    this becuase Solaris provided the archive library ( and it is in Solaris
    6, 7, 8 and 9).
    Does anyone have any idea why someone would use the archive version of
    libucb library?.
    Solaris provided this archive library and provided the symbols
    siguhandler and _sigaction in /lib/libc.so.1 as global in all version
    except in Solaris 10.
    In Solaris 6, 7, 8 and 9:
    /usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
    [4720] | 640416| 56|FUNC |GLOB |0 |9 |__sigaction
    [3156] | 789684| 188|OBJT |GLOB |0 |20 |_siguhandle
    but then in Solaris 10 they changed this and have no _siguhandle
    and __sigaction is local insteaad of global.
    /usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
    [596] | 772436| 24|FUNC |LOCL |2 |9 |__sigaction
    Changing a library in this way is not a good thing to do. May be Sun
    have good reasons to do this and may be the original developers of our
    product had their reasons to use the archive but they could do this
    because Solaris provided those libraries.
    I am still trying to justify that I need to change and fix our product
    in the field, I am still strugling to justify my changes, eveybody see
    this as Solaris failing to maintain compatibility becuase they provide
    the libraries and we do not use those symbols directly. It is difficult
    for me to explain that the original developers made a mistake and we
    have to fix it. I hope you see my point here.
    Thanks
    aldo

  • Symbol __sigaction: referenced symbol not found

    Hi All,
    We have an old product that was build on Solaris 6 (2.6), now running on Solaris 10 we get the error:
    ld.so.1: get_rnum: fatal : relocation error: file tds272b.so: symbol __sigaction: referenced symbol not found.
    I understand why this is happening and how to fix it but some of my colegues think this is a problem with Solaris and the support of backward compatibility, they think Solaris should have never remove or change symbols from libc.so that were global and accessible to any applications.
    My friends almost convinced me but I would like to hear Solaris point of view, or someone who know about this. May be sometime in the past this was documented that it was going to happen and we just never knew about this.
    Does anyone know if these changes were ever documented by Sun and when was this documented ?
    Thanks
    aldo

    We do not use the symbols siguhandle and _sigactio directly in our
    code but the code is linked with the archive library
    /usr/ucblib/libucb.a and this is the cause of the problem.
    We inherited this product and I have no idea why the original developers
    of our product linked with the archive library, but they were able to do
    this becuase Solaris provided the archive library ( and it is in Solaris
    6, 7, 8 and 9).
    Does anyone have any idea why someone would use the archive version of
    libucb library?.
    Solaris provided this archive library and provided the symbols
    siguhandler and _sigaction in /lib/libc.so.1 as global in all version
    except in Solaris 10.
    In Solaris 6, 7, 8 and 9:
    /usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
    [4720] | 640416| 56|FUNC |GLOB |0 |9 |__sigaction
    [3156] | 789684| 188|OBJT |GLOB |0 |20 |_siguhandle
    but then in Solaris 10 they changed this and have no _siguhandle
    and __sigaction is local insteaad of global.
    /usr/ccs/bin/nm /lib/libc.so.1 | egrep '_siguhandler|__sigaction'
    [596] | 772436| 24|FUNC |LOCL |2 |9 |__sigaction
    Changing a library in this way is not a good thing to do. May be Sun
    have good reasons to do this and may be the original developers of our
    product had their reasons to use the archive but they could do this
    because Solaris provided those libraries.
    I am still trying to justify that I need to change and fix our product
    in the field, I am still strugling to justify my changes, eveybody see
    this as Solaris failing to maintain compatibility becuase they provide
    the libraries and we do not use those symbols directly. It is difficult
    for me to explain that the original developers made a mistake and we
    have to fix it. I hope you see my point here.
    Thanks
    aldo

  • Symbol __snprintf: referenced symbol not found

    Hi ALL,
    I complied a gui binary in solar 5.5.1 & try it run in 5.6 & 5.7.
    while executing its giving error like this,
    ld.so.1: ./jobscape: fatal: relocation error: file ./jobscape: symbol __snprintf: referenced symbol not found
    [1] + Killed ./jobscape &
    It works fine in 5.5.1.
    I know this __snprintf is not there in libc.a(5.7) but its there in 5.5.1.
    Can any one know how to resolve this problem ??
    thanks,
    Prashanth

    Interesting. The private __snprintf() routine was removed in 2.6, also, the public interface
    snprintf() was added in 2.6. So, it looks like your binary links the private __snprintf(). Is
    the reference to __snprintf() in your source files? If so, there may be some hacks you
    can use to make it work. Refer to bugid 4123963 for details.
    Alan
    Sun Developer Technical Support
    http://www.sun.com/developers/support

  • Workshop 5.0, Sol 2.7/64-bit: "referenced symbol not found"

    One of our customers reports that "some" of their Sol2.7 machines cannot run our 64-bit software (compiled with -xarch=v9).
    % a.out
    ld.so.1: a.out: fatal: relocation error: file a.out: symbol __1cDstdJbad_allocG__vtbl_: referenced symbol not found
    Killed
    On the machines where our stuff doesn't run, this message is seen with all of the executables we provide, and even with trivial test programs. The same symbol name is shown every time.
    We are using
    % CC -V
    CC: WorkShop Compilers 5.0 98/12/15 C++ 5.0
    and ldd on a test program shows this:
    % ldd a.out
    libCrun.so.1 => /usr/lib/sparcv9/libCrun.so.1
    libm.so.1 => /usr/lib/sparcv9/libm.so.1
    libw.so.1 => /usr/lib/sparcv9/libw.so.1
    libc.so.1 => /usr/lib/sparcv9/libc.so.1
    libdl.so.1 => /usr/lib/sparcv9/libdl.so.1
    /usr/platform/SUNW,Ultra-4/lib/sparcv9/libc_psr.so.1
    Any ideas? Thanks.

    Try a 'ldd -r' on your shared library. My bet is you will receive tons of unresolved symbols. You have to eliminate them all. In my case, -lCrun helped a lot and reduced the number of missing symbols radically. Some were still missing, though, and I was quite sure to take care of those with -lCstd (Note that the manual says that both are included by default...). Didn't help, but I just found a hint that the libC shipped with Solaris might need a patch...

Maybe you are looking for

  • Slow word-to-pdf creation

    I have a user who is having long creation times when making a Word document into a PDF. She is having to wait 5-10 minutes at least because the process will hang up at 10% then complete after awhile. Are there any settings I could adjust to help spee

  • Problem with Parameter on stored procedure for in() condition

    Hello, I would like to pass a parameter to a stored procedure like : procedure sps_country(zones varchar2) is begin select * from country where zone in (zones); end sps_country; My problem is : when i have one value in "zones" parameter all is OK but

  • Scanning documents to Sharepoint

    I have found an article "WSUploadService – Web Service for uploading documents into SharePoint". This is for scanned documents. http://vspug.com/ssa/2006/11/30/wsuploadservice-web-service-for-uploading-documents-into-sharepoint/ I am wondering how to

  • CF8.01 ImagePaste 500 error

    I'm tearing my hair out now, been trying to fix this problem for over a week. - Pages using the imagepaste function are throwing a 500 error. - this behaviour just started apparently out of the blue for no reason, no updates were performed, function

  • Can I use iPhoto library manager for deleting duplicate photos?

    I would like to find a way to delete hundreds of duplicate photos that exist in my iPhoto library. Any ideas?