Relocation error sun workshop 6 C++ 5.3

iam using the sun workshop 6 C++ 5.3 compiler on SunOS 5.8. iam building a shared object abc.so
the build is fine but when this "so" is actually used in a process i get the following error:
fatal: relocation error: file abc.so: symbol __1cDstdbG__RTTI__1nDstdIios_baseHfailure__: referenced symbol not found.
i found that this symbol is defined in the libCstd.so which has been linked and its location is in the LD_LIBRARY_PATH.
what could be the problem ? (an "ldd abc.so" does not show libCstd.so nor does it give an error)
regards,
vivek

The combination rwtools7,iostream,Cstd is not valid.
These are the valid combinations:
rwtools7_std,Cstd
rwtools7,iostream
You cannot use rwtools7 and Cstd in the same program.
You need iostream when you use rwtools7.
You can use rwtools7_std and Cstd in the same program.
You cannot use rwtools7_std and iostream in the same program.
You generally cannot use both "classic" iostreams (iostream) and the C++ standard library (Cstd) in the same program, because of conflicts between classic and standard iostreams. If you understand all the issues and are very careful, you can make it work, but we recommend against trying to make it work.
If "ldd abc.so" does not show libCstd.so, it means either libCstd has been statically linked, or no dependency on libCstd occurred in the code.
In my previous message I described what you need to do to get libCstd linked dynamically using C++ 5.3. It should be easy to see whether the symbolic links are present in the compiler installation.
C++ 5.4, 5.5, and 5.6 link libCstd dynamically by default. You don't need to do anything special.

Similar Messages

  • Fatal:relocation error: While running JDK1.4 on Sun Sparc Generic_106541-08

    Hi,
    I installed the new jdk1.4 on my Solaris-7 machine. Initially I installed 32-bit jdk1.4 and then installed 64-bit jdk1.4 as indicated on your (sun's) installation page. I used executable binary version of installation for installing the software.
    The installation was successfully completed. But while I run java command then it gave following error
    Error: failed /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so, because ld.so.1: ./java: fatal: relocation error: file /export/home/j2sdk1.4.0/jre/lib/sparc/client/libjvm.so: symbol __1cG__CrunSregister_exit_code6FpG_v_v_: referenced symbol not found
    Why I am not able to execute any java command with this version? On the same machine I am able to run jdk1.2 and jdk1.3
    Please advise on it. It will be of great help If I get some suggestion.
    Thanks in Advance,
    Ashish

    In particular, patch 106327-14 seems to solve the problem.

  • Sun WorkShop 10 Errors

    Hi All,
    Thanks to all who helped me to resolve the last error.
    Now I am again with some troubles..
    I am compiling my code in Sun workshop 10 in Solaris 10
    in x86 box.
    My CC version is
    CC: Sun C++ 5.7 Patch 117831-05 2005/11/11
    I am getting the following compile time errors.
    CC -c -PIC -DOPTIMAL -I/gsp-dist/blr/developer/pradeepk/tmp/IOP/IOP_Source/src/include -I/usr/dt/include -I/usr/openwin/
    include -I. -DSolaris -DSolaris2_10 +w  SockXCommon.c -o SockXCommon.o
    "/usr/include/sys/signal.h", line 85: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 111: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 113: Error: siginfo_t is not defined.
    "/usr/include/signal.h", line 113: Error: There must be an identifier to declare.
    "/usr/include/signal.h", line 113: Error: "," expected instead of ")".
    "/usr/include/signal.h", line 265: Error: "sigtimedwait(const sigset_t*)" is expected to return a value.
    "/usr/include/signal.h", line 113: Warning: The last statement should return a value.
    "/opt/SUNWspro/prod/include/CC/./new", line 32: Error: operator new(unsigned) was declared before with a different language.
    "/opt/SUNWspro/prod/include/CC/./new", line 35: Error: operator delete(void*) was declared before with a different language.
    "/opt/SUNWspro/prod/include/CC/./new", line 37: Error: operator new[](unsigned) was declared before with a different languag
    e.
    "/opt/SUNWspro/prod/include/CC/./new", line 40: Error: operator delete[](void*) was declared before with a different languag
    e.
    "/opt/SUNWspro/prod/include/CC/./new", line 53: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 54: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 55: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/./new", line 56: Error: Only one of a set of overloaded functions can be extern "C".
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 106: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 169: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 185: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 198: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 202: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 206: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 217: Error: Only one of a set of overloaded functions can be extern "
    C".
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 225: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 239: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 249: Error: Template declarations cannot have extern "C" linkage.
    "/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 264: Error: Template declarations cannot have extern "C" linkage.
    Compilation aborted, too many Error messages.
    *** Error code 1
    make: Fatal error: Command failed for target `SockXCommon.o'
    Thanks in advance
    Pradeep

    I suspect that the IOP directory tree has files that override the system libraries in /usr/include or the compiler's own C++ headers.
    Try this: Add -H to the compiler options and direct standard error to a file. The -H option lists the path to every included file, indented to show what file causes an inclusion.
    If you find that files with names corresponding to system headers are being picked up from an IOP subdirectory, that is a likely reason for errors like siginfo_t not being defined.
    Another possible source of errors is providing declarations of standard templates, types, functions, or data in your own code. User code should never declare standard entities, but include the appropriate standard header instead. The reason is that implementations are allowed some leeway in how standard entities are declared, and the declaration you provide might not match the one provided by the implementation.
    Another aid to investigating these problems is to replace the -c option with -E, and direct standard output to a file. The file will show the result of all file inclusions, expand all macros, and show where every line of code comes from. Given an error message about about a declaration, you can scan backwards in the file to find an eariler declarat on that causes the error message.

  • Compilation error with sun workshop 6u2

    hi,
    i try to compile a systemc code with sun work shop 6u2 but the compilation generate this error
    Beginning generate/compile...
    Compilation may take a few seconds... please wait.......ucbcc: Warning: Option -YP,:/usr/ucblib:/usr/ensta/pack/SunWorkShop-6u2/SUNWspro/WS6U2/bin/../lib:/usr/ensta/pack/SunWorkShop-6u2/SUNWspro/WS6U2/bin:/usr/ccs/lib:/usr/lib passed to ld, if ld is invoked, ignored otherwise
    ucbcc: Invalid input file name /home/uei/chtourou/cadence/soflib/fir/pmb/spb.C, no output generated for this file.
    ucbcc: Warning: Option -YP,:/usr/ucblib:/usr/ensta/pack/SunWorkShop-6u2/SUNWspro/WS6U2/bin/../lib:/usr/ensta/pack/SunWorkShop-6u2/SUNWspro/WS6U2/bin:/usr/ccs/lib:/usr/lib passed to ld, if ld is invoked, ignored otherwise
    ld: warning: option -YP appears more than once, first setting taken
    ld: fatal: file /home/uei/chtourou/cadence/soflib/fir/pmb/spb_sun4v.o: cannot open file: No such file or directory
    ld: fatal: File processing errors. No output written to /home/uei/chtourou/cadence/soflib/fir/pmb/spb_sun4v.so
    system-002: Error: The following system command failed.
    CC -G -o /home/uei/chtourou/cadence/soflib/fir/pmb/spb_sun4v.so /home/uei/chtourou/cadence/soflib/fir/pmb/spb_sun4v.o `/home/uei/chtourou/tmp/systemc-2.0.1/spwSystemC/src/libList.csh.${PLATFORM_DIR}` -lc
    leaf-057: Error: Failed to compile the SPB wrapper for polymorphic leaf
    soflib/fir.pmb
    Failed SPB Wrapper generation for soflib/fir with 2 Error(s), 0 Warning(s) and 0 Note(s).
    Compilation Failed .
    thank you very much

    this compilation it's made from cadence spw and it use the sun workshop,so i don't know options of compilation
    my os is the SUNOS 5.8
    any help will be usefull
    thank you

  • Compilation error on Solaris  2.6  using SUn Workshop 4.2(Rogue wave STL)

    Hello,
    I am facing a problem while using Rogue wave STLs on SOlaris 2.6 using Sun WOrkshop pro 4.2
    I am using Hash table implementation in the source. It throws the following error:
    ---->Error: "," expected instead of "const_iterator".
    I found it to be problem in a declaration of pair for the class.
    Before modification:
    typedef pair<mytmp::iterator,int> interator;
    Modified to:
    typedef mytmp::iterator myitr
    typedef pair<myitr,int> interator;
    Now the above compilation error seems to be gone. Can anyone please help me in understanding this problem???????????????
    Also after compiling few files now i am facing new problem. It throws signal 11 in iterator header file of std STL.
    Help m e !!!!!!!!!!
    For your reference options of compilation are:
    /opt/SUNWspro/bin/CC -c -O -mt -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199506L -D_REENTRANT -D__EXTENSION
    S__ -DRWSTD_MULTI_THREAD -D_RWBUILDSHARED -DRWSTD_COMPILE_INSTANTIATE -
    DRWSTD_SHARED_BUILD --I/opt/mylib/common/include/Std  mydemo.cc                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

    I solved my own problem.
    It seems that the C++ XML Parser cannot be used with earlier versions of Oracle. My ORACLE_HOME env variable was pointing to v734. Once I changed that to point to the later version of v816, It was a smooth parse.
    null

  • 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

  • Relocation error at run time.

    Hi All,
    I am getting a weird run time symbol relocation error on Solaris 2.6 with a C++ code compile by Workshop Compiler version 5. I built a shared library that statically links libCstd.a. This is my first question. Does CC Workshop compiler by default brings in libCstd.a in its standard mode(compat=5)?? (i understand this is its standard behaviour as given by sun documentation) After building the shared library, i built an xecutable that loads this shared library but i get the following unresolved
    external :
    Output dump from console :
    ComponentFactory's constructor
    [ComponentFactory::getComponent] libName: libibmxmlutil.so compName: XMLUtil
    Function found...
    Component::setLibrary Library addref::Ref count Component addref::Ref count ld.so.1: testcf: fatal: relocation error: file /vobs/cmn/midware2/sapi_base/debug/libcomponentfactory.so: symbol __1cDstdNbasic_ostream4Ccn0ALchar_traits4Cc___2l6MI_r1_: referenced symbol not found
    Killed
    Now this symbol which is *****21MI_r1*** belongs to libCstd.a and i have statically linked this libCstd.a when i built libcomponentfactory.so. Still i am wondering why this symbol is never a part of libcomponentfactory.so. I did an nm -A libcomponentfactory.so and tried to grep on the particular symbol. This symbol is UNDEF in symbol table. ANY HELP WILL BE GREATLY APPRECIATED.
    thanks--
    mail me at [email protected] if you have any suggestions.

    Oops ! That was for Workshop 6 (CC 5.1). For Workshop 5.0, you
    can try installing the corresponding latest C++ patch:
    Patch-ID# 107311-12
    Synopsis: C++ 5.0: Patch for C++ 5.0 compiler
    (Bug id # 4347423 - Build 5.0 libCstd.a with -KPIC)
    One workaround is to build a shared version of libCstd from libCstd.a
    and use the shared library instead of the archive:
    CC -G -z allextract libCstd.a -h libCstd.so.1 -o libCstd.so.1 -lCrun
    ln -s libCstd.so.1 libCstd.so
    Hope this helps.
    Thanks,
    Gopinath.

  • HELP! Relocation error: file /usr/lib/librt.so: symbol priocntl not found

    Hi,
    I've just installed a Solaris 9 and gcc-3.4.2 (from sunfreeware.com) on a Sun Blade 1500.
    #uname -a
    SunOS dove 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Blade-1500
    Upon running my application, a runtime error occured.
    ld.so.1: CMC: fatal: relocation error: file /usr/lib/librt.so: symbol priocntl: referenced symbol not found
    I've traced my code to were it had encountered a problem. It seems that the error occured whenever a pthread_create() function is executed.
    Originally my application was developed under a Solaris 8 environment. No runtime errors occured during that time.
    I think there's a problem with the Solaris 9 /usr/lib/librt.so.1 file.
    Could you please help me.
    I deeply appreciate it.

    hi, take a look at:
    http://bbs.archlinux.org/viewtopic.php?id=47981

  • Solaris 10 Gives Error (ld: fatal: relocation error: R_386_32) w/ gcc-4.2.3

    I am attempting to run a build of a system known as nauticus under Solaris 10 but I am getting the following error:
    ld: fatal: relocation error: R_386_32: file .rel.debug_info: section: /home/dmclaug/trees/gcctree/trunk/build-solaris-4.2.3/src-nauticus/bin/solaris/libsmftypes.o: offset: 0x23e3d6: relocation requires reference symbol
    collect2: ld returned 1 exit status
    This system has been successfully built using gcc-3.2.3 under Solaris 10, but the error above is generated now that we have installed gcc-4.2.3. Does anyone have any idea what might be causing the problem here? Are there additional flags or switches that are required?
    Some additional background on my system:
    Sun Microsystems Inc. SunOS 5.10 Generic January 2005
    Sun Streaming Server Development Package for Solaris Update 4.
    PackageVersion=2.0
    cat /etc/release
    Solaris 10 8/07 s10x_u4wos_12b X86
    Copyright 2007 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 16 August 2007
    isainfo -x
    amd64: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
    i386: sse3 sse2 sse fxsr amd_3dnowx amd_3dnow amd_mmx mmx cmov amd_sysc cx8 tsc fpu
    isalist
    amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86

    The bootstrap compiler is GCC 3.4.3.
    I tried Sun's assembler (/usr/ccs/bin/as) too and got another error (below)
    I also tried bootstrapping with Sun's Studio 12 compiler but that too failed.
    *$ pkginfo -x SUNWbinutils SMCbinut*
    SMCbinut binutils
    (x86) 2.17
    SUNWbinutils binutils - GNU binutils
    (i386) 11.10.0,REV=2005.01.08.01.09
    *$ whence gcc*
    /usr/sfw/bin/gcc
    *$ gcc -v*
    Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
    Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
    Thread model: posix
    gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
    The error this time is:
    /big1/usr.local.src/gcc-4.3.1/s10i/./gcc/xgcc -B/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/ -B/usr/local/i386-pc-solaris2.10/lib/ -isystem /usr/local/i386-pc-solaris2.10/include -isystem /usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.3.1/libgcc -I../../../../gcc-4.3.1/libgcc/. -I../../../../gcc-4.3.1/libgcc/../gcc -I../../../../gcc-4.3.1/libgcc/../include -DHAVE_CC_TLS -o gcov.o -MT gcov.o -MD -MP -MF gcov.dep -DLgcov -c ../../../../gcc-4.3.1/libgcc/../gcc/libgcov.c
    Assembler: libgcov.c
    "/var/tmp//ccYcw90K.s", line 1936 : Syntax error
    Near line: " repz cmpsb"

  • Ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64

    Hi Gurus.
    Please help in this one.
    When I try to use tar the following output is displayed:
    tar cvf 123.tar 123.txt
    ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fstatat64
    tar xvf 123.tar
    ld.so.1: tar: fatal: relocation error: file /usr/sbin/tar: symbol fchownat: referenced symbol not found
    Killed
    Check output ldd:
    ldd -r /usr/bin/tar
    libcmd.so.1 => /usr/lib/libcmd.so.1
    libsec.so.1 => /usr/lib/libsec.so.1
    libc.so.1 => /usr/lib/libc.so.1
    libdl.so.1 => /usr/lib/libdl.so.1
    /usr/platform/SUNW,Sun-Fire-xxx/lib/libc_psr.so.1
    symbol not found: attropen64 (/usr/sbin/tar)
    symbol not found: fstatat64 (/usr/sbin/tar)
    symbol not found: openat64 (/usr/sbin/tar)
    symbol not found: fchownat (/usr/sbin/tar)
    symbol not found: unlinkat (/usr/sbin/tar)
    symbol not found: futimesat (/usr/sbin/tar)
    symbol not found: fdopendir (/usr/sbin/tar)
    Output of: LD_LIBRARY_PATH
    echo $LD_LIBRARY_PATH
    /usr/lib:/usr/dt/lib:/opt/app/lib
    already try unset LD_LIBRARY_PATH
    Any ideas.
    I can tell You that tar was working fine 2 months ago.
    I suspect data corruption
    Many thanks
    Allrounder

    Hi,
    Is Vi functional on your system? If you havent already tried this you may want to try removing /usr/ucb/lib from LD_LIBRARY_PATH environment variable, or put /usr/lib in LD_LIBRARY_PATH before /usr/ucblib. This might clear up some of the problems you are having.
    Regards,
    Andrew
    Sun Developer Technical Support
    I got this message when i tried to install remedy on
    Solaris 7. T
    ld.so.1: vi: fatal: relocation error: file vi: symbol
    cur_term: referenced
    symbol not found
    Killed
    Then i took advices from others and set the
    LD_LIBRARY_PATH to
    "/usr/openwin/lib:/usr/dt/lib:/usr/ucblib", seemed it
    worked for others, but i still get the same error
    messages.
    Any1 has any idea how to fix it?
    thanks

  • 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

  • Relocation error : /usr/lib/libresolv.so.2

    I am facing this error message whenever I launch mailx program. The error is as following : "/usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found".
    What do this error indicates? Does it require patches? Thanks in advance for all help.

    Hi mate,
    I also have received the same error after adding a patch (to solve the DNS cache poisoning) using the -u "unconditional" option :
    patchadd IDR138959-01
    Checking installed patches...
    ERROR: This patch requires patch 109327-22
    which has not been applied to the system.
    Patchadd is terminating.
    # patchadd 109327-22
    Checking installed patches...
    ERROR: This patch requires patch 108994-27
    which has not been applied to the system.
    Patchadd is terminating.
    when i tried to get the 108994-27 patch from sunsolv web site I found that this patch is deleted from their DB and considered withdrawn:
    [http://sunsolve.sun.com/search/document.do?assetkey=1-21-108994-29-1]
    So I decided to use the unconditional method (-u) option to force the patchadd command to install the 109327-22 patch:
    +
    # patchadd -u 109327-22
    Checking installed patches...+
    Verifying sufficient filesystem capacity (dry run method)...
    +Installing patch packages...
    Patch number 109327-22 has been successfully installed.+
    +See /var/sadm/patch/109327-22/log for details
    Patch packages installed:+
    + SUNWarc+
    + SUNWcsl+
    + SUNWcsr+
    + SUNWcstl+
    + SUNWcsu+
    + SUNWhea
    # echo $?+
    +0
    after this step the error message starts when i tried to test the old BIND 8.1 server as follow:+
    # ps -ef|grep named+
    root 2643 744 0 08:47:43 pts/5 0:00 grep named
    root 728 1 1 08:35:48 ? 0:09 /usr/sbin/in.named
    # kill -HUP 728 --------->TO RELOAD THE BIND 8.1 server
    # kill 728 -----------> TO KILL THE BIND 8.1 SERVER
    # /usr/sbin/in.named --------> TO START THE BIND 8.1 SERVER
    ld.so.1: /usr/sbin/in.named: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found+
    Killed+
    Backing out (removing)  the latest patch 109327-22 (that has installed unconditionally using the -u option) solved the problem see:
    +
    # patchrm 109327-22
    Checking installed patches...
    Backing out patch 109327-22...
    Patch 109327-22 has been backed out.
    # echo $?+
    +0+
    +# ps -ef|grep named+
    + root 3602 744 0 08:54:42 pts/5 0:00 grep named+
    +# /usr/sbin/in.named &+
    +3607+
    +# ps -ef|grep named+
    + root 3608 1 1 08:54:47 ? 0:00 /usr/sbin/in.named+
    + root 3612 744 0 08:54:56 pts/5 0:00 grep named+
    SUCCessfully starting BIND 8 after removing the 109327-22 patch,
    +but to be able to install original and the most important patch IDR138959-01
    I re istalled this path unconditionally agin:
    # patchadd -u 109327-22
    Checking installed patches...+
    Verifying sufficient filesystem capacity (dry run method)...
    +Installing patch packages...
    Patch number 109327-22 has been successfully installed.+
    +See /var/sadm/patch/109327-22/log for details
    Patch packages installed:+
    + SUNWarc+
    + SUNWcsl+
    + SUNWcsr+
    + SUNWcstl+
    + SUNWcsu+
    + SUNWhea
    # echo $?+
    +0+
    Then I have installed the BIND-9 patch
    +# patchadd IDR138959-01
    Checking installed patches...+
    Executing prepatch script...
    +# @(#) copyright 1.3 03/03/24 SMI
    #############################################################+
    INTERIM DIAGNOSTICS/RELIEF (IDR) IS PROVIDED HEREBY "AS IS",
    TO AUTHORIZED CUSTOMERS ONLY. IT IS LICENSED FOR USE ON
    SPECIFICALLY IDENTIFIED EQUIPMENT, AND FOR A LIMITED PERIOD OF
    TIME AS DEFINED BY YOUR SERVICE PROVIDER.  ANY PROGRAM
    MODIFIED THROUGH ITS USE REMAINS GOVERNED BY THE TERMS AND
    CONDITONS OF THE ORIGINAL LICENSE APPLICABLE TO THAT
    PROGRAM. INSTALLATION OF THIS IDR NOT MEETING THESE CONDITIONS
    +SHALL WAIVE ANY WARRANTY PROVIDED UNDER THE ORIGINAL LICENSE.
    FOR MORE DETAILS, SEE THE README.+
    +#############################################################
    Do you wish to continue this installation {yes or no} [yes]?+
    +(by default, installation will continue in 60 seconds)
    Verifying sufficient filesystem capacity (dry run method)...+
    +Installing patch packages...
    Patch number IDR138959-01 has been successfully installed.+
    See /var/sadm/patch/IDR138959-01/log for details
    Executing postpatch script...
    +Users MUST completely re-configure BIND as per instructions in /usr/lib/dns/migration.txt in order to use the new BIND 9 and the fixes that this patch delivers.
    Patch packages installed:+
    + SUNWcsu
    # echo $?+
    +0+
    +Success in istalling BIND 9.3.5-p1
    +
    I then killed the old BIND8 process (root  3608     1  1 08:54:47 ?        0:00 /usr/sbin/in.named)
    kill 3608
    any attempt to start BIND 8.1  again will produce the same ERROR:
    ld.so.1: in.telnetd: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found
    i did not care because i decided to use the new BIND 9
    but
    after i rebootet the server (init 6)
    and try to connect to it remotly using telnet:
    telnet ns1
    the login screen shows the same error message as follow:
    ld.so.1: in.telnetd: fatal: relocation error: file /usr/lib/libresolv.so.2: symbol __nsl_fopen: referenced symbol not found
    connection closed by foreign host.
    the bind 9 is working no problem but I can not login to the srver using telnet as described above
    shall i try to remove the 109327-22 patch?
    but I am afraid that this may damage my new BIND 9 installation!!
    any help to solve this problem will be greatly appreciated,
    Thanks in advance,
    Tarek Selim,
    Edited by: TarekSelim on Aug 8, 2008 1:09 AM

  • Relocation error - how do I cure it?

    Hi,
    a binary from the KDE4 project built with Sun Studio 12 (same with SS12U1, and SSE) on OSOL2009.06 fails to execute properly.
    When run as
    LC_ALL=C LD_DEBUG=libs /opt/kde-4.2/bin/plasmoidviewer tasks
    this is produced:
    02759: 1:
    02759: 1: ld.so.1: plasmoidviewer: fatal: relocation error: file
    /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so: symbol
    __1cGPlasmaOToolTipContentSsetWindowToPreview6ML_v_: referenced symbol
    not found
    same when I
    ldd -d /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so
    (which is the actual library being used)
    I used the -KPIC flag when building the project, my flags:
    CXXFLAGS='-D__EXTENSIONS__ -DSOLARIS -D_REENTRANT -D__EXTENSIONS__ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS -DSOLARIS10 -DNDEBUG -DNO_DEBUG -D_UNICODE -DUNICODE -D_RWSTD_REENTRANT -D_XOPEN_SOURCE=500 -D_XPG5 -I/opt/foss/include/stdcxx/ansi -I/opt/foss/include/stdcxx -I/opt/foss/include -I/opt/foss/include/stdcxx/ansi -I/opt/foss/include/stdcxx -library=no%Cstd -features=anachronisms,except,rtti,export,extensions,nestedaccess,tmplife,tmplrefstatic -instances=global -template=geninlinefuncs -s -xlang=c99 -xalias_level=compatible -xustr=ascii_utf16_ushort -Qoption ccfe -features=gcc -Qoption ccfe -features=zla -Qoption ccfe ++boolflag:sunwcch=false -mt -xF=%none -xbuiltin=%all -xinline=%auto -xprefetch=auto -xprefetch_auto_type=indirect_array_access -xprefetch_level=3 -xalias_level=compatible -KPIC -xipo=0 -xO3 -xregs=no%frameptr -xjobs=2 -xrestrict=%all -xthreadvar=%all -z combreloc -z redlocsym -z nodefaultlib -z ignore -z now -z rescan -z absexec -xldscope=symbolic -xlibmil -s -xtarget=pentium4 -m32 -xarch=sse2 -xchip=pentium4 -xcache=8/64/4:256/128/8 -lc -lm -ldl -lpthread -lposix4 -lrt -mt -L/opt/foss/lib -R/opt/foss/lib -L/usr/lib -R/usr/lib -Y P,/opt/foss/lib -i -L/opt/foss/lib -R/opt/foss/lib -L/usr/lib -R/usr/lib -Bdynamic -lstdcxx -lCrun -lc -lm'
    The same project built with gcc does not exhibit this
    So, is it:
    1) bug in the project code which only exhibits with SS
    2) wrong compiler flags used
    3) bug in sun studio
    4) bug somewhere else
    5) something completely different
    Thanks in advance for any hints

    Thanks for the pointers!
    I'd say it is linked:
    $ ldd -d /opt/kde-4.2/lib/kde4/plasma_applet_tasks.so
         libplasma.so.3 =>     /opt/kde-4.2/lib/libplasma.so.3
         libgen.so.1 =>     /lib/libgen.so.1
         symbol not found: __1cGPlasmaOToolTipContentSsetWindowToPreview6ML_v_     (/opt/kde-4.2/lib/kde4/plasma_applet_tasks.so)
         libXevie.so.1 =>     /usr/X11/lib/libXevie.so.1
    but the libplasma.so library seems to contain slightly different symbol:
    $ dump -c /opt/kde-4.2/lib/libplasma.so.3|grep SsetWindowToPreview
    <267547>      __1cGPlasmaOToolTipContentSsetWindowToPreview6MkL_v_
    I believe it's because of the slight difference between the header file and the cpp file below:
    find ~/packages/BUILD/kdelibs-4.2.91svn979380/plasma/|xargs grep setWindowToP
    /export/home/test/packages/BUILD/kdelibs-4.2.91svn979380/plasma/tooltipcontent.h: void setWindowToPreview(WId id);
    /export/home/test/packages/BUILD/kdelibs-4.2.91svn979380/plasma/tooltipcontent.cpp:void ToolTipContent::setWindowToPreview(const WId id)
    I need to rebuild it to verify.
    Shouldn't Sun Studio either catch or correct this kind of error?

  • 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

  • Link error in Workshop 6u2 with lib built by Studio 9

    I have a shared library built with Sun Studio 9.
    I'm trying to use it in an application that I build using Sun
    Workshop 6 update 2.
    This gives me a link error:
    Undefined symbol first referenced in file
    __rwstd::__null_string_ref_rep<char,std::char_traits<char>,
    std::allocator<char>,__rwstd::__string_ref_rep<std::allocator<char>
    >>::__null_string_ref_rep()
    /home/me/lib/libFoo.so
    std::basic_string<char,std::char_traits<char>,std::allocator<char>>::~basic_string()
    /home/me/lib/libFoo.so
    The lib is built using:
    JAVA_INCLUDE = -I${JAVA_HOME}/include -I${JAVA_HOME}/include/solaris
    JAVA_LIBS = -L${JAVA_HOME}/jre/lib/sparc -L${JAVA_HOME}/jre/lib/sparc/client
    CXX = g++
    CXXFLAGS = -g -w -fPIC -I./include ${JAVA_INCLUDE}
    LDFLAGS = -shared ${JAVA_LIBS} -ljava -ljvm
    $(CXX) ${LDFLAGS} ${LIBS} -o ../$@ ${OBJS}
    Any ideas what could be wrong?
    Thanks in advance,
    /Mikael

    You can use a binary created by an older compiler in a program built with a newer compiler. We take care not to invalidiate old binary interfaces in new compilers.
    You cannot use a binary created by a newer compiler in a program built with an older compiler. The newer compiler will in general use features from headers or system libraries that are unknown to the older compiler.
    If you have a set of binaries created by different compiler versions, you must build the final program using a compiler at least as new as the newest compiler that was used.
    Similar rules apply to verions of Solaris where the binaries are built. If you build a binary on an older Solaris version, you can use it on a newer Solaris version -- but not the reverse.

Maybe you are looking for

  • Multiple input arguments in User defined funcions

    Hi Experts,    I have a file to proxy sceanrio.Have to do one to one mapping of all the corresponding fields except 3 fields. for eg 1)  - <Services>           <DisplayValue>Tax>Business Tax</DisplayValue>        </Services> Sender                   

  • I upgraded my iMac to Yosemite and now I can't print on my Kodak ESP 5250, any ideas?

    I downloaded Yosemite to my iMac and I can no longer print to my Kodak ESP 5250. I didn't upgrade my MacBook Air and it still prints fine. Will there be any drivers to fix this problem or can I downgrade back to Mavericks until I get a new printer?

  • Adding an attachment to expenses

    Hi all- We are implementing Travel and Expense in ECC 6.0 / EP 7 and have a requirement to attach a scanned image of an expense receipt to the expense report, which will land as an attachment in the ECC system when the expense report is approved thro

  • Webservices client

    Hi, I have deployed webservice which is running on Weblogic server. For that I have to write a webservices client in VC++, for my java webservice the arguments are String and Complex type and return type is Complex type. Can any body tell me how to w

  • Why can't I add mp3 files to iTunes for Mac 12.1?

    I recently tried to add some mp3 files downloaded from a website that don't have DRM (it's folk dances for us to practice to) to iTunes 12.1 but without any success. Attempt to drag and drop the files from the downloads folder are ineffectual as thou