OCCI compilation/linking problems on Linux

Hi All,
I am having difficulty in compiling/linking demo programms on Linux machine. I am trying to compile a demo program with the following command:
make -f demo_rdbms.mk build EXE=occidml OBJS=occidml.o
When I try to do this I get following errors:
make -f demo_rdbms.mk build EXE=occidml OBJS=occidml.o
/usr/bin/g++ -c -I/u01/app/oracle/product/9.0.1/rdbms/demo -I/u01/app/oracle/product/9.0.1/rdbms/public -I/u01/app/oracle/product/9.0.1/plsql/public -I/u01/app/oracle/product/9.0.1/network/public occidml.cpp
cc -L/u01/app/oracle/product/9.0.1/lib/ -L/u01/app/oracle/product/9.0.1/rdbms/lib/ -o occidml occidml.o -lclntsh `cat /u01/app/oracle/product/9.0.1/lib/ldflags` `cat /u01/app/oracle/product/9.0.1/lib/sysliblist` -ldl -lm
occidml.o: In function `main':
occidml.o(.text+0x49): undefined reference to `endl(ostream &)'
occidml.o(.text+0x56): undefined reference to `cout'
occidml.o(.text+0x5b): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x66): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x102): undefined reference to `endl(ostream &)'
occidml.o(.text+0x10f): undefined reference to `cout'
occidml.o(.text+0x114): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x11f): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x138): undefined reference to `endl(ostream &)'
occidml.o(.text+0x145): undefined reference to `cout'
occidml.o(.text+0x14a): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x155): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x16e): undefined reference to `endl(ostream &)'
occidml.o(.text+0x17b): undefined reference to `cout'
occidml.o(.text+0x180): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x18b): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x1a4): undefined reference to `endl(ostream &)'
occidml.o(.text+0x1b1): undefined reference to `cout'
occidml.o(.text+0x1b6): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x1c1): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x1f7): undefined reference to `endl(ostream &)'
occidml.o(.text+0x204): undefined reference to `cout'
occidml.o(.text+0x209): undefined reference to `ostream::operator<<(char const *)'
occidml.o(.text+0x214): undefined reference to `ostream::operator<<(ostream &(*)(ostream &))'
occidml.o(.text+0x22d): undefined reference to `endl(ostream &)'
I am sure that I don't have some of the environmet variables right. I will really appreciate if anyone can point me in the right direction.
Thanks for your time.
Parag

Thanks for your reply. I installed the Sun Forte Compiler 7 and tried again. The errors I got this time are:
----------------- ERRORS ---------------------
Undefined first referenced
symbol in file
__builtin_delete test.o
__length_error(const char*) test.o
__ls__7ostreamPFR7ostream_R7ostream test.o
terminate(void) test.o
createEnvironment__Q36oracle4occi11EnvironmentQ46oracle4occi11Environment4ModePvPFPvUi_PvPFPvPvUi_PvPFPvPv_v test.o
endl(ostream&) test.o
cerr test.o
__ls__7ostreamPCc test.o
__cp_pop_exception test.o
__tfQ36oracle4occi12SQLException test.o
copy__t18string_char_traits1ZcPcPCcUi test.o
__eh_rtime_match test.o
__throw test.o
length__t18string_char_traits1ZcPCc test.o
__start_cp_handler test.o
move__t18string_char_traits1ZcPcPCcUi test.o
__out_of_range(const char*) test.o
ld: fatal: Symbol referencing errors. No output written to test.exe
====================================================
Do you have any other suggestions? Though Linux sounds good, I have no choice but to develop on Solaris.
Thanks very much!

Similar Messages

  • OpenMPI compile/link problems [SOLVED]

    After installing openmpi 1.6-2, I tried compiling a well-tested mpi program that
    I have been running under lam mpi on Debian linux.  Attempting to compile on
    Arch openmpi results in missing libraries:
    swallow:~/svn/conv/trunk$ make
    mpicc -g -c main.c
    mpicc -g -c timestep.c
    mpicc -g -c thermo.c
    mpicc -g -c toyrad.c
    mpicc -g -c getprofile.c
    mpicc -g -o conv main.o timestep.o thermo.o toyrad.o \
    getprofile.o -lcdf -lm
    main.o: In function `main':
    /home/raymond/svn/conv/trunk/main.c:157: undefined reference to `lam_mpi_comm_world'
    /home/raymond/svn/conv/trunk/main.c:158: undefined reference to `lam_mpi_comm_world'
    /home/raymond/svn/conv/trunk/main.c:187: undefined reference to `lam_mpi_comm_world'
    /home/raymond/svn/conv/trunk/main.c:189: undefined reference to `lam_mpi_comm_world'
    /home/raymond/svn/conv/trunk/main.c:629: undefined reference to `lam_mpi_sum'
    collect2: error: ld returned 1 exit status
    make: *** [conv] Error 1
    swallow:~/svn/conv/trunk$
    I then downloaded the openmpi package from the OpenMPI website, compiled it myself,
    and installed it in /usr/local.  I was able to compile and run the program with no trouble.
    (The --prefix /usr/local flag was needed on mpirun.)
    I notice that the openmpi libraries have been moved to /usr/lib/openmpi/ in the Arch version.
    Presumably Arch openmpi would work if one told the system where the libraries were (I haven't
    tried it), but relocating the libraries seems like an unnecessary complication to me and a
    booby trap for the unwary.
    Last edited by djraymondnm (2012-09-11 12:57:18)

    Compilation of C code works for me. The location of the libs should not be a problem because the linker find them with the following file :
        $ cat  /etc/ld.so.conf.d/openmpi.conf
        /usr/lib/openmpi
    I just pushed openmpi-1.6.1 in [extra]. Let me know if it works for you. If not, could you please give me a minimal example that does not compile for you ?
    Last edited by stephane (2012-09-04 23:10:17)

  • OCI compilation/linking problems

    HI guys:
    System: Solaris
    Database: Oracle 9i
    I got the following compilation errors.
    Anybody who ever experienced with this situation, please share to me. Thank You.
    Regards,
    --Lijie
    ild: (undefined symbol) CD_free -- referenced in the text segment of /data2/oracle/9.0.1/lib//libn9.a(ez_cdc.o)
    ild: (undefined symbol) CD_memcmp -- referenced in the text segment of /data2/oracle/9.0.1/lib//libn9.a(pkcs12_30.o)
    ild: (undefined symbol) CD_memset -- referenced in the text segment of /data2/oracle/9.0.1/lib//libn9.a(ez_cdc.o)
    ild: (undefined symbol) ocieperr -- referenced in the text segment of /data2/oracle/9.0.1/lib/libclient9.a(kpxs.o)
    ild: (undefined symbol) ociepmsg -- referenced in the text segment of /data2/oracle/9.0.1/lib/libclient9.a(kpxe.o)
    ild: (undefined symbol) CD_memcpy -- referenced in the text segment of /data2/oracle/9.0.1/lib//libn9.a(pkcs7_30.o)

    You can use the old library if you compile new code using the -compat=4 option. You will not be able to use modern C++ features in your new code, nor the C++ Standard Library. You will be resticted to 1990-style C++, as described in the ARM.
    Refer to the C++ MIgration Guide that comes with the compiler for full details. (It's also available at docs.sun.com)
    We very strongly recommend that you not use -compat=4 mode and old binaries. Find a way to rebuild or replace the old library, and use standard C++ instead.

  • OCCI Link Problem

    Hi,
    I am using Oracle 9.2.0.1.0, Redhat 9, gcc 2.96, glibc 2.3.2-11.9. I continually receive the following link problem:
    /usr/bin/ld: warning: libclntsh.so, needed by /opt/ora9/product/9.2//lib/libvdc.so, not found (try using -rpath or -rpath-link)
    /opt/ora9/product/9.2//lib/libocci9.a(occiUtil.o)(.text+0x99f): In function `oracle::occi::toUpperCase(basic_string&lt;char, string_char_traits&lt;char&gt;, __default_alloc_template&lt;true, 0&gt; &gt; const &)':
    : undefined reference to `__ctype_toupper'
    collect2: ld returned 1 exit status
    Can anyone assist in resolving this issue?
    Thanks
    JD

    Removed libocci9 and it compiled.
    JD

  • OCCI Link problem (Error LNK2019: unresolved external symbol) in VS2012

    Hi,
    I'm having a hard time with this. I'm trying to implement OCCI within my application. Error I'm getting is:
    Error     1     error LNK2019: unresolved external symbol "public: static class oracle::occi::Environment * __cdecl oracle::occi::Environment::createEnvironment(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,enum oracle::occi::Environment::Mode,void *,void * (__cdecl*)(void *,unsigned int),void * (__cdecl*)(void *,void *,unsigned int),void (__cdecl*)(void *,void *))" (?createEnvironment@Environment@occi@oracle@@SAPAV123@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0W4Mode@123@PAXP6APAX2I@ZP6APAX22I@ZP6AX22@Z@Z) referenced in function "private: bool __thiscall ServerDataLoader::getPreSuffixesFromDB(void)" (?getPreSuffixesFromDB@ServerDataLoader@@AAE_NXZ)     P:\code\VizTool\VizPortal\DwgDgnConverter\ServerDataLoader.obj     DwgDgnConverter
    Error     2     error LNK1120: 1 unresolved externals     P:\code\VizTool\VizPortal\Debug\DwgDgnConverter.exe     1     1     DwgDgnConverter
    Yes, it looks like linking problem,...but for me everything seems set-up.
    - Included header files (from instantclient-sdk-windows.x64-11.2.0.3.0.zip)
    - Included library path from OCCI download (11.2.0.3.0)
    - Added oraocci11d.lib in linker
    Please, what am I doing wrong?
    Millions of thanks for any kind of feedback ;-)

    Have you succeeded? I tried vs2012 and it passed compilation, but gave the run-time error of _crtisvalidheappointer. But the same code runs well with vs2010. I think Oracle needs to publish the new patch for vs2012                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Linker problem using version 12.4 on Linux

    I am trying to use Solaris Studio 12.4 on Linux ( OpenSuse 13.2 ). I have installed the compiler and set up the PATH to its bin directory. When I compile/link a program I am receiving:
    "sun.link ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem
        "/opt/oracle/solarisstudio12.4/bin/CC" -g -m64 -KPIC   -o "../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem" "../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o"  -Bdynamic -lrt -Bstatic  -Bdynamic
    CC: Warning: failed to detect system linker version, falling back to custom linker usage"
    and this is followed by:a series of errors involving standard streams, standard output, and the like:
    "../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `__SLIP.INIT_A()':
    /opt/oracle/solarisstudio12.4/lib/compilers/CC-gcc/include/c++/4.8.2/iostream:74: undefined reference to `std::ios_base::Init::Init()'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `__SLIP.FINAL__A':
    test_after_array_elem.cpp:(.text+0x28f): undefined reference to `std::ios_base::Init::~Init()'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `boost::report_errors()':
    /home/suseldiener/vcs/modular-boost/libs/vmd/test//../../../boost/core/lightweight_test.hpp:133: undefined reference to `std::cerr'
    /home/suseldiener/vcs/modular-boost/libs/vmd/test//../../../boost/core/lightweight_test.hpp:139: undefined reference to `std::cerr'
    /home/suseldiener/vcs/modular-boost/libs/vmd/test//../../../boost/core/lightweight_test.hpp:139: undefined reference to `std::ostream::operator<<(int)'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `boost::detail::error_impl(char const*, char const*, int, char const*)':
    /home/suseldiener/vcs/modular-boost/libs/vmd/test//../../../boost/core/lightweight_test.hpp:75: undefined reference to `std::cerr'
    /home/suseldiener/vcs/modular-boost/libs/vmd/test//../../../boost/core/lightweight_test.hpp:75: undefined reference to `std::ostream::operator<<(int)'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ostream & std::endl<char, std::char_traits<char> >(std::ostream &)':
    test_after_array_elem.cpp:(.text.std::ostream & std::endl<char, std::char_traits<char> >(std::ostream &)[std::ostream & std::endl<char, std::char_traits<char> >(std::ostream &)]+0x75): undefined reference to `std::ostream::put(char)'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ostream & std::operator<<<std::char_traits<char> >(std::ostream &, char const*)':
    /opt/oracle/solarisstudio12.4/lib/compilers/CC-gcc/include/c++/4.8.2/ostream:536: undefined reference to `std::ostream & std::__ostream_insert<char, std::char_traits<char> >(std::ostream &, char const*, long)'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ios::setstate(std::_Ios_Iostate)':
    test_after_array_elem.cpp:(.text.std::ios::setstate(std::_Ios_Iostate)[std::ios::setstate(std::_Ios_Iostate)]+0x7d): undefined reference to `std::ios::clear(std::_Ios_Iostate)'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ostream & std::flush<char, std::char_traits<char> >(std::ostream &)':
    test_after_array_elem.cpp:(.text.std::ostream & std::flush<char, std::char_traits<char> >(std::ostream &)[std::ostream & std::flush<char, std::char_traits<char> >(std::ostream &)]+0x37): undefined reference to `std::ostream::flush()'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ctype<char> const& std::__check_facet<std::ctype<char> >(std::ctype<char> const*)':
    /opt/oracle/solarisstudio12.4/lib/compilers/CC-gcc/include/c++/4.8.2/bits/basic_ios.h:49: undefined reference to `std::__throw_bad_cast()'
    ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem.o: In function `std::ctype<char>::widen(char) const':
    /opt/oracle/solarisstudio12.4/lib/compilers/CC-gcc/include/c++/4.8.2/bits/locale_facets.h:869: undefined reference to `std::ctype<char>::_M_widen_init() const'
    ...failed sun.link ../../../bin.v2/libs/vmd/test/test_after_array_elem.test/sun-cxx11-12.4/debug/address-model-64/test_after_array_elem..."
    This is all being done from Boost and Boost Build and the linker errors are occurring because of the run-time use of the lightweight_test component of Boost.
    There is no problem using gcc directly compiling in 64-bit mode but Solaris Studio C++ 12.4 is failing.
    Any ideas why it cannot find the system linker and use it, or why it is failing with the "custom linker", whatever that is, would be appreciated. If Boost Build needs some other compiler/linker option to work I can adjust that. Maybe I need to install some library for -std=c++11 mode or maybe -std=c++11 mode dopes has some sort of bug.

    > undefined reference to `std::ios_base::Init::~Init()'
    It looks like you link with different -library/-std set of options compared to those that you compiled with.
    > CC -g -m64 -o test *.o -Bdynamic -lrt -Bstatic  -Bdynamic
    This link line uses default settings, which is -library=Cstd for Studio 12.4.
    And since you use Boost most likely you compile with -library=stlport4 or with -std=c++03, which implies -library=stdcpp (gcc STL).
    Otherwise you would most likely get compilation failures (since -library=Cstd is a rather outdated STL).
    You should use pretty much the same set of options when you compile and when you link.
    Verify your build configuration (CXXFLAGS/LDFLAGS whatever).
    regards,
      Fedor.

  • CDC compilation problems on linux

    Hi,
    I am trying to compile CDC on linux. My machine is Redhat 9, I am using
    gcc 3.2.2. My java compiler is 1.3.1 (as specified in cdc docs).
    [sharath@DTV2 linux-i686]$ java -version
    java version "1.3.1_15"
    Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_15-b01)
    Java HotSpot(TM) Client VM (build 1.3.1_15-b01, mixed mode)
    [sharath@DTV2 linux-i686]$ gcc --version
    gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5)
    Copyright (C) 2002 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.
    [sharath@DTV2 linux-i686]$ make CVM_DEBUG=true CVM_JAVABIN=/usr/local/jdk1.3.1_15/bin
    ... mkdir ../../build/linux-i687/generated/javavm/runtime
    touch ../../build/linux-i686/generated/empty.mk
    ... mkdir ../../build/linux-i686/generated/flags
    Flag CVM_SYMBOLS changed. Cleaning up.
    Flag CVM_OPTIMIZED changed. Cleaning up.
    Flag CVM_DEBUG changed. Cleaning up.
    Flag CVM_JAVAC_DEBUG changed. Cleaning up.
    Flag CVM_DEBUG_CLASSINFO changed. Cleaning up.
    Flag CVM_DEBUG_STACKTRACES changed. Cleaning up.
    Flag CVM_DEBUG_DUMPSTACK changed. Cleaning up.
    Flag CVM_DEBUG_ASSERTS changed. Cleaning up.
    Flag CVM_CLASSLOADING changed. Cleaning up.
    Flag CVM_NO_LOSSY_OPCODES changed. Cleaning up.
    Flag CVM_INSTRUCTION_COUNTING changed. Cleaning up.
    Flag CVM_GCCHOICE changed. Cleaning up.
    Flag CVM_NO_CODE_COMPACTION changed. Cleaning up.
    Flag CVM_XRUN changed. Cleaning up.
    Flag CVM_JVMDI changed. Cleaning up.
    Flag CVM_JVMPI changed. Cleaning up.
    Flag CVM_JVMPI_TRACE_INSTRUCTION changed. Cleaning up.
    Flag CVM_CLASSLIB_JCOV changed. Cleaning up.
    Flag CVM_REFLECT changed. Cleaning up.
    Flag CVM_SERIALIZATION changed. Cleaning up.
    Flag CVM_PRELOAD_LIB changed. Cleaning up.
    Flag CVM_PRELOAD_TEST changed. Cleaning up.
    Flag CVM_DYNAMIC_LINKING changed. Cleaning up.
    Flag CVM_TEST_GC changed. Cleaning up.
    Flag CVM_TEST_GENERATION_GC changed. Cleaning up.
    Flag CVM_TIMESTAMPING changed. Cleaning up.
    Flag CVM_TEST_CHAR_STATICINIT changed. Cleaning up.
    Flag CVM_INTERPRETER_LOOP changed. Cleaning up.
    Flag CVM_JIT changed. Cleaning up.
    Flag J2ME_CLASSLIB changed. Cleaning up.
    Flag CVM_CSTACKANALYSIS changed. Cleaning up.
    Flag CVM_TRACE_JIT_BCTOIR changed. Cleaning up.
    Flag CVM_TRACE_JIT_CODEGEN changed. Cleaning up.
    Flag CVM_TRACE_JIT_STATS changed. Cleaning up.
    Flag CVM_TRACE_JIT_STATUS changed. Cleaning up.
    Flag CVM_JIT_COLLECT_STATS changed. Cleaning up.
    Flag CVM_JIT_ESTIMATE_COMPILATION_SPEED changed. Cleaning up.
    Flag CVM_CCM_COLLECT_STATS changed. Cleaning up.
    Flag CVM_JIT_PROFILE changed. Cleaning up.
    Flag OPT_PKGS changed. Cleaning up.
    Flag CVM_PRODUCT_TYPE changed. Cleaning up.
    Flag CVM_LVM changed. Cleaning up.
    ... generating ../../build/linux-i686/generated/javavm/include/build_defs.h
    /*** Definitions generated at build time ***/
    #ifndef BUILDDEFS_H
    #define BUILDDEFS_H
    #define CVM_BUILD_OPTIONS \
         "CVM_SYMBOLS=true\n" \
         "CVM_OPTIMIZED=false\n" \
         "CVM_DEBUG=true\n" \
         "CVM_JAVAC_DEBUG=true\n" \
         "CVM_DEBUG_CLASSINFO=true\n" \
         "CVM_DEBUG_STACKTRACES=true\n" \
         "CVM_DEBUG_DUMPSTACK=true\n" \
         "CVM_DEBUG_ASSERTS=true\n" \
         "CVM_CLASSLOADING=true\n" \
         "CVM_NO_LOSSY_OPCODES=false\n" \
         "CVM_INSTRUCTION_COUNTING=false\n" \
         "CVM_GCCHOICE=generational\n" \
         "CVM_NO_CODE_COMPACTION=false\n" \
         "CVM_XRUN=false\n" \
         "CVM_JVMDI=false\n" \
         "CVM_JVMPI=false\n" \
         "CVM_JVMPI_TRACE_INSTRUCTION=false\n" \
         "CVM_CLASSLIB_JCOV=false\n" \
         "CVM_REFLECT=true\n" \
         "CVM_SERIALIZATION=true\n" \
         "CVM_PRELOAD_LIB=false\n" \
         "CVM_PRELOAD_TEST=false\n" \
         "CVM_DYNAMIC_LINKING=true\n" \
         "CVM_TEST_GC=false\n" \
         "CVM_TEST_GENERATION_GC=false\n" \
         "CVM_TIMESTAMPING=false\n" \
         "CVM_TEST_CHAR_STATICINIT=false\n" \
         "CVM_INTERPRETER_LOOP=Split\n" \
         "CVM_JIT=false\n" \
         "J2ME_CLASSLIB=cdc\n" \
         "CVM_CSTACKANALYSIS=false\n" \
         "CVM_TRACE_JIT_BCTOIR=false\n" \
         "CVM_TRACE_JIT_CODEGEN=false\n" \
         "CVM_TRACE_JIT_STATS=false\n" \
         "CVM_TRACE_JIT_STATUS=false\n" \
         "CVM_JIT_COLLECT_STATS=false\n" \
         "CVM_JIT_ESTIMATE_COMPILATION_SPEED=false\n" \
         "CVM_CCM_COLLECT_STATS=false\n" \
         "CVM_JIT_PROFILE=false\n" \
         "OPT_PKGS=\n" \
         "CVM_PRODUCT_TYPE=standard\n" \
         "CVM_LVM=false\n" \
    #define CVM_PROP_JAVA_VERSION     "J2ME CDC 1.0.1"
    #define CVM_PROP_JAVA_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_VENDOR_URL     "http://java.sun.com/"
    #define CVM_PROP_JAVA_VENDOR_URL_BUG     "http://java.sun.com/cgi-bin/bugreport.cgi"
    #define CVM_PROP_JAVA_SPEC_NAME     "J2ME CDC API Specification"
    #define CVM_PROP_JAVA_SPEC_VERSION     "1.0a"
    #define CVM_PROP_JAVA_SPEC_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_CLASS_VERSION     "47.0"
    #define CVM_PROP_JAVA_VM_NAME     "CVM"
    #define CVM_PROP_JAVA_VM_VERSION     "1.0.1-std-b12"
    #define CVM_PROP_JAVA_VM_INFO     "interpreter loop"
    #define CVM_PROP_JAVA_VM_VENDOR     "Sun Microsystems Inc."
    #define CVM_PROP_JAVA_VM_SPEC_NAME     "Java Virtual Machine Specification"
    #define CVM_PROP_JAVA_VM_SPEC_VERSION     "1.0a"
    #define CVM_PROP_JAVA_VM_SPEC_VENDOR     "Sun Microsystems Inc."
    #define CVM_CLASSLIB_JAR_NAME     "cdc.jar"
    #endif /* BUILDDEFS_H */
    ... mkdir ../../build/linux-i686/obj
    ... mkdir ../../build/linux-i686/bin
    ... mkdir ../../build/linux-i686/generated/javavm/runtime/opcodeconsts
    ... mkdir ../../build/linux-i686/generated/jni
    ... mkdir ../../build/linux-i686/generated/cni
    ... mkdir ../../build/linux-i686/generated/offsets
    ... mkdir ../../build/linux-i686/btclasses
    ... mkdir ../../build/linux-i686/testclasses
    ... mkdir ../../build/linux-i686/lib
    ... mkdir ../../build/linux-i686/cdc_classes
    ... mkdir ../../build/linux-i686/lib/security
    ... mkdir ../../build/classes.jcc
    Checking for build-time classes to compile ...
    Compiling build-time classes...
    error: compiler message file broken: key=compiler.err.sun.io.MalformedInputException arguments=null, null, null, null, null, null, null
    error: compiler message file broken: key=compiler.err.sun.io.MalformedInputException arguments=null, null, null, null, null, null, null
    Same error messages repeats for over 100 times...
    Please help.
    Thanks in advance,
    Sharath

    Sharath,
    I am new in this field.Want to work in this CDC field.Kindly give me the details of how to compile the code on Linux Platform.Can u mail me details of compilation at [email protected] urgent

  • Pro*C linker problems

    System is Linux Mandrake 6.0 with Oracle 8i, with the 8i patch
    applied.
    What a nightmare that install was! Lots of permission problems,
    unreadable directories, programs with no execute permission on
    them and so on.
    I now have a database up and running, and am trying to get Pro*C
    working. The code was written on RedHat 5.2 with Oracle 8.0.5,
    and worked fine there, so I know it is not a fundamental code
    problem!
    I have patched the pcscfg.cfg file as detailed in the patch FAQ
    (with modifications for the slightly different paths under
    Mandrake Linux).
    When I compile the Pro*c file, I get many "undefined reference
    to 'dbcon'" and "undefined reference to 'ctx'" errors from the
    linker. This occurs whether I use a pre-defined list of specific
    libraries in my own Makefile, or if I use the standard
    demo_proc.mk makefile. I have used nm(1) on every place I can
    think of, to try to find the required library/object, but to no
    avail.
    I appreciate that Oracle have so far only certified Oracle for
    Linux against Redhat 6.0, but surely Mandrake can't be THAT
    different ;-)
    Does anybody have any ideas, known problems etc? I REALLY HOPE
    that I don't have to switch to Redhat as the only solution - no
    problem with Redhat, it would just require a tedious and
    complicated system rebuild, which I don't have the time to do :-(
    TIA
    Mike Holden
    null

    Robert B     gin (self) (guest) wrote:
    : Robert B     gin (guest) wrote:
    : : Since I've last posted, I've installed RedHat 5.2 and
    ditched
    : : Slackware!
    : : (btw, what a breeze - Hat's off to RH! very nice install!).
    : : I've then installed oracle, have managed to setup
    tnsnames.ora
    : : so I can connect via sqlplus to my remote database (on
    : VAX/VMS).
    : : But now I have Pro*C linker problems with:
    : : make -f demo_proc.mk build OBJS=test.o exe=test
    : : (blah,blah,blah)
    : : /usr/lib/crt1.o(.text+0x36): undefined reference to `main'
    : : make: *** [build] Error 1
    : : Does anybody out there have a similar problem?
    : : Rob
    : Duh! forget it... (EXE has to be caps... RTFM)
    : (cryptic error message though?)
    : works great!!!
    Could you please tell me where I can get demo_proc.mk file
    for Linux (RedHat)?
    Thanks
    null

  • Invoke.c doesn't compile link prob w JVM

    I am a C++ programmer and I am sure this problem is caused by C++ not being able to find a lib or dll file to link to.
    Arrrgg. Can anyone help me with this linking problem when I try to compile.
    Thanks
    D

    Under Windows you need the jvm.lib in JAVA_HOME\lib\
    Under Unix/Linux you need the libjvm.so
    Try (Linux/Suse):
    g++ -I/usr/lib/java/include -I/usr/lib/java/include/linux -L/usr/lib/java/jre/lib/i386/client -ljvm Invoce.c

  • "Link Problem" in Incident Form does not seem to work right? How do I do it correctly?

    1. The Link Problem tool in the task pane on our Incidents, do not seem to actually link the Incident to the Problem.
    2. I can link the two by going to the Problem and adding it on the related items tab, but this is very time consuming in a call center environment, especially during an outage where we are relying a lot more on Problem and root cause analysis.
    3. I have tried creating the incident and applying, then doing the Link Problem tool and selecting the problem, then applying again and selecting OK to close the incident. Again it doesn't work for me.
    What am I doing wrong, number one?
    Can we do this without manually opening the problem for every incident and attaching from there?
    3. Can I build an incident template that will automate the Attachment to the problem at creation? (Tried this today to and it wouldn't work, but then again, the Link Problem might again be the culprit) This would be great for real time  saving during
    an outage. Once outage is found, I could create the template with all the necessary items filled out, and would like to have it automatically attach to the specific problem I choose at template creation, and that way analysts can simply apply template, and
    click OK when they get a call related to the outage.

    Thanks  for the response Thomas!
    The functionality seems to work just fine. I use the LINK PROBLEM and it pops up the problem search box, I search for and select a Problem, I then select it and click ok, and I get no error saying the relationship was not created.
    The problem is, when I open the problem after that, there is never any relationship showing in related items there, as it says there should be.
    Also, to point out, I am talking about newly created Incidents. I tried even using APPLY prior to doing the LINK PROBLEM but it still did not work. I suspect it may be a workflow problem, where the workflow to create the incident has not completed, there
    for the relationship is not completed.... and I get no error.
    In my work environment, we have analysts during outages taking a call every 30 seconds, and I need a more efficient way for this system to work. As of now, they spend 1-2 minutes doing the ticket, and that is too long.
    I have decided to try a newb way, where I created an Incident (GENERIC OUTAGE) that folks can use, and every 15-30 minutes during an outage, I can open the problem and search for open incidents with that title, and attach all that I find from the problem
    side. This is assuming that once attached they will not show up in the search to attach the next time lol. Also this assumes that if attached from the problem, they will auto resolve when the problem is resolved.
    I am rusty on my programming, and am currently trying to get refreshed. I am sure that would come in handy for this :)
    Oh and lastly, one additional tidbit that will make this clearer, with regard to work flow, we re also running our Service Manager in our help desk, virtualized, as they have not upgraded to Win 7 yet :(. So that compiles my time to add ticket issue :(.

  • Cross-file links failing under Linux

    (Cross-posted to FrameUsers list)
    FM 9 p250 on WinXP Pro SP3
    Acrobat Pro Extended 9.3.2
    I am  struggling with links across PDF files.  They all work in Windows, but  some work and some don't under Red Hat Enterprise 4 Linux.
    I am  using the following directory structure to create a hierarchy of "menu"  pages with links to other PDFs:
    C:\nCode Desktop 6.0 ISR2\nCode  Desktop 6.0 ISR2\source_docs\contents\Draft for .fm files and .book  files; C:\nCode Desktop 6.0 ISR2\nCode Desktop 6.0  ISR2\source_docs\contents\Draft\graphics for graphics.
    There are  about 50 other directories for PDF documents (they are what you arrive  at using the menus), one for each .book and .fm file set, with a path  such as C:\nCode Desktop 6.0 ISR2\nCode Desktop 6.0  ISR2\source_docs\designlifetheory\draft.  This creates  designlifetheory.pdf. There are crosslinks to other pdfs from within  some of these files.
    For the Contents "menus", I have created one  book per menu. Menus are a  single page long.
    All of the books create single pdfs (i.e., not  multiple files per book). The books are all output to a single  directory, C:\nCode Desktop 6.0 ISR2\nCode Desktop 6.0  ISR2\Deliverables.
    I am using the newlink and gotolink  commands.  The newlink commands are all on master pages.  The gotolink  commands are all on body pages. A typical gotolink would be "gotolink  map_of_help.pdf:helpmap".  This one seems to fail consistently on Linux.  I have tried using "gotolink map_of_help.fm:helpmap", which also  fails.  Should I be using ".fm" instead of ".pdf" in the link?
    The  .pdfs are created using Print to Adobe PDF.  The PDF Setup is Settings:  Standard Job Options, View Generated PDF in Acrobat, Convert CMYK  Colors to RGB; Bookmarks: Generate PDF Bookmarks; Tags: Generate Tagged  PDF; Links: Create Named Destinations for All Elements and Paragraphs.
    I  have tried placing all the books in a single directory using Save As,  with all the paths relative, and books open, and with books closed.  I  have tried dumping all the .fm files and .book files into the same  directory. I have tried outputting to various directories.  I have  combed the archives, and tried to follow Shlomo's training module on  "FrameMaker Books & Cross-File Links."
    I don't seem to get  it, whatever it may be.
    Any help for this newbie appreciated.

    Your links look okay, directory-wise.
    A link would be traversing the root directory if, say, the document is in some subdirectory below C:\nCode Desktop 6.0 ISR2\ and the target was in, say, C:\nCode Masters 6.0 ISR2\....blah blah or on a different disk.
    One other thing: Maybe it's just me and my UNIX background, but using spaces in pathnames or filenames just feels like you're asking for trouble, especially if you want the end product to be portable to other platforms.
    If the links are relative and they work on Windows, as you say they do, then my guess is that Reader on Linux is the problem. Try viewing them using xpdf on Linux and see if the links work then.
    As matter of fact, I issue a very large manual set (69 manuals with approximately 400,000 links) for my Linux customers, and some time ago I abandoned Reader 8.1.2 on Linux in favour of xpdf because I didn't have the time to wait for a fix. The truth is, the links in Reader 6.0 didn't work either, and I was fed up with having to test every new Reader version that came out to see if it actually worked.
    I'd be interested to know if you trace the problem to Reader on Linux, and if you find a Reader version later than 8.1.2 on Linux that works.
    Dave

  • Help in compiling/linking a DEVICE DRIVER in SOLARIS10 x86

    hello!
    PROBLEM:
    ++++++++++++++++++++++++++++++++++
    i need assistance in compiling/linking a video capture
    driver (bt848x) (http://bt848x.sourceforge.net/) for
    solaris 10 x86.
    the driver uses the /usr/lib/libc.a (specifically the _xtoll.o)
    which, if im not mistaken, is not available in solaris 10
    anymore. so how am i going to compile it?
    BACKGROUND:
    ++++++++++++++++++++++++++++++++++
    the original compile/link code in the makefile is:
    /usr/ccs/bin/ld -o bt848x -r bt848-cards.o bt848-driver.o
    bt848-kern.o i2c.o tuner.o sound-tda9875.o
    sound-msp3400.o _xtoll.o
    i modified it to:
    /usr/ccs/bin/ld -o bt848x bt848-cards.o bt848-driver.o
    bt848-kern.o i2c.o tuner.o sound-tda9875.o
    sound-msp3400.o -L/usr/lib -lc
    (NOTE: i removed the -r and _xtoll.o; and added
    -L/usr/lib -lc)
    the output was:
    Undefined ____________ first referenced
    symbol ______________ in file
    mod_install bt848-kern.o
    delay bt848-cards.o
    ddi_get_instance bt848-kern.o
    nodev bt848-kern.o
    ddi_create_minor_node bt848-kern.o
    ddi_regs_map_free bt848-kern.o
    pci_config_getw bt848-driver.o
    pci_config_getb bt848-driver.o
    ddi_soft_state_zalloc bt848-kern.o
    ddi_dma_unbind_handle bt848-kern.o
    kmem_alloc i2c.o
    cv_broadcast bt848-driver.o
    ddi_remove_intr bt848-kern.o
    ddi_get_soft_state bt848-kern.o
    mod_driverops bt848-kern.o
    ddi_get_lbolt bt848-cards.o
    mutex_tryenter bt848-kern.o
    ddi_get_iblock_cookie bt848-kern.o
    nochpoll bt848-kern.o
    ddi_copyin bt848-kern.o
    mod_info bt848-kern.o
    ddi_remove_minor_node bt848-kern.o
    nulldev bt848-kern.o
    ddi_dma_sync bt848-driver.o
    ddi_dma_addr_bind_handle bt848-kern.o
    mod_remove bt848-kern.o
    ddi_prop_lookup_int_array bt848-cards.o
    _pagesize                           bt848-driver.o
    ddi_prop_op bt848-kern.o
    ddi_dma_free_handle bt848-kern.o
    ddi_set_driver_private bt848-kern.o
    cv_wait_sig bt848-kern.o
    ddi_intr_hilevel bt848-kern.o
    ddi_regs_map_setup bt848-kern.o
    pci_config_teardown bt848-driver.o
    ddi_dma_mem_alloc bt848-kern.o
    ddi_copyout bt848-kern.o
    cmn_err bt848-cards.o
    ddi_dma_alloc_handle bt848-kern.o
    ddi_prop_exists bt848-cards.o
    cv_init bt848-kern.o
    pci_config_setup bt848-driver.o
    cv_destroy bt848-kern.o
    timeout sound-msp3400.o
    untimeout sound-msp3400.o
    devmap_umem_setup bt848-kern.o
    ddi_prop_get_int bt848-kern.o
    uiomove bt848-kern.o
    kmem_free i2c.o
    ddi_add_intr bt848-kern.o
    ddi_report_dev bt848-kern.o
    getminor bt848-kern.o
    mutex_exit bt848-driver.o
    ddi_prop_free bt848-cards.o
    ddi_soft_state_fini bt848-kern.o
    ddi_soft_state_free bt848-kern.o
    ddi_soft_state_init bt848-kern.o
    mutex_enter bt848-driver.o
    ddi_mem_putl bt848-cards.o
    ddi_mem_getl bt848-cards.o
    drv_usecwait bt848-cards.o
    drv_usectohz bt848-cards.o
    ddi_dma_mem_free bt848-kern.o
    ld: fatal: Symbol referencing errors. No output written to bt848x
    QUESTIONS:
    ++++++++++++++++++++++++++++++++++
    1.) What other libraries do i need to include so that
    there would no more "symbol referencing errors" ???
    2.) Is my linking code correct?
    /usr/ccs/bin/ld -o bt848x bt848-cards.o bt848-driver.o
    bt848-kern.o i2c.o tuner.o sound-tda9875.o
    sound-msp3400.o -L/usr/lib -lc
    i mean, is it ok to build a driver with dynamic libraries?
    or the device driver should always be statically linked?
    COMPUTER SPECS:
    ++++++++++++++++++++++++++++++++++
    Solaris 10 (6/06 release)
    SunOS 5.10 Generic_118844-26 i86pc i386 i86pc
    Pentium 4 - 1.4GHz
    1GB RDRAM
    32 BIT
    Video Capture Card: PixelView PV-BT878P+FM.RC (rev.9F)
    thanks!!!
    -kllc

    i think i already found the answers to my questions
    (i partially read SUN docs WRITING DEVICE DRIVER in
    http://docs.sun.com/app/docs/doc/816-4854 specifically
    the BUILDING A DEVICE DRIVER) =)
    i used:
    /usr/ccs/bin/ld -o bt848x -dy -r bt848-cards.o bt848-driver.o
    bt848-kern.o i2c.o tuner.o sound-tda9875.o sound-msp3400.o
    -L/usr/lib -lc
    (NOTE: i used the flags -dy -r -L/usr/lib -lc)
    so far, the TV-TUNER is working hehehehe!!
    any comments/suggestions/tips from other people are still welcome!
    thanks!!
    -kllc

  • Re: Fwd: Link Problems With Borland C++ 4.52

    I have seen this problem before in another context, and I'll offer the
    cause and solution in the hope that they will apply to the Crystal problem.
    Many Windows based applications rely on PASCAL calling conventions, which
    change the way parameters are handled in function/method calls. They
    indicate this by placing one of the following immediately before the
    function name in the prototype declarations:
    - pascal_far (or something like that)
    - WINAPI
    - some other typedef of either of the above
    For example:
    int WINAPI AddTotal(int valueA, int valueB);
    Unfortunately, v2.0 of Forte does not provide any mechanisms for changing
    the calling conventions of the prototypes in the generated C++ wrapper
    library, so when you compile that code, the linker fails. I think that the
    compiler may generate different symbols depending on calling conventions,
    so that's why it fails.
    To fix this, don't autocompile your code, but generate the distribution, go
    into the generated C++ files and look for the function prototypes (I think
    you can search for FORTE_NO_PROTOTYPES), add WINAPI to the appropriate
    places in the prototype definitions (see above) and use fcompile to build
    the library. Instructions for fcompile are in the Interfacing With
    External Systems manual.
    Hope this helps,
    James
    At 11:05 AM 5/29/97 PDT, you wrote:
    >
    We are trying to wrapper Crystal Reports from Forte. I know that there
    are a number of other people in this same boat, as I've seen messages
    posted here at various points during the past few weeks. We are having
    a particular problem with getting the compile to go through, which we
    have sent in to Forte Tech Support. I'm forwarding the message I sent
    Tech Support to this group in the hopes that someone here may have
    already seen and resolved a similar problem.
    Thanks in advance for any help you can offer!
    Dale V. Georg
    Indus Consultancy Services [email protected]
    Mack Trucks, Inc. [email protected]
    >
    Date: Wed, 28 May 97 13:47:20 PDT
    From: dg7077a
    To: Forte Technical Support
    Cc: Gardner, Steve
    Subject: Link Problems With Borland C++ 4.52
    Name of requestor: [Dale V. Georg / Alaiah Chandrashekar]
    Company: [Indus Consultancy Services]
    Phone for callback: [(610) 709-3956]
    Customer Site: [Mack Trucks, Inc.]
    Product: [Forte]
    Version of Forte: [2.0.H.1]
    Server OS: [SunOS 5.5.1]
    Client OS: [Windows 3.1]
    DBMS: [Oracle 7.2.3]
    Reproducible?: [Yes]
    Brief description: [Link Problems With Borland C++ 4.52]
    Complete description of problem or question:
    We are attempting to write a C-wrapper interface from Forte to Crystal
    Reports' Report Engine. We are using Borland C++ version 4.52.
    Unfortunately, we have been unable to get a clean compile after a day
    and half of effort. We get as far as the link stage of the
    compilation, and
    the compiler aborts with an "Unknown symbol" error message for each
    of the functions we are trying to wrapper. We have tried a number of
    ideas to fix this problem, and are continuing to try to solve it on
    our own,
    but any help would be greatly appreciated. Please have someone call
    Alaiah Chandrashekar at the number above as soon as possible.
    Thanks!
    Dale V. Georg
    Indus Consultancy Services [email protected]
    Mack Trucks, Inc. [email protected]
    James Urquhart [email protected]
    Product Manager phone: (510) 986-3513
    Forte Software, Inc. fax: (510) 869-2092

    James,
    Thanks for your quick response. Yesterday we had been running down
    the path of examining the calling conventions and trying to change them
    to PASCAL, but without much success. After receiving your note, we
    went back over it again, and this time we were able to finally to piece it
    together. In addition to editing the Forte-generated .cc file to declare
    the functions as PASCAL, we also had to turn off the compiler's case
    sensitivity. (The Crystal .lib file had the function names in mixed case,
    but the Borland compiler was generating all uppercase for the names.)
    Now I had actually tried this yesterday and it didn't work (in fact it
    generated a whole bunch of new errors) - because until we took a
    second look at it today, I didn't realize that Borland's linker actually has
    TWO flags that control case sensitivity. If you only turn one or the
    other off, things can get pretty ugly looking. As soon as we turned
    both of them off, the compile and link went beautifully. Again, thanks
    for your help; hopefully we are over the worst of it now!
    Dale
    I have seen this problem before in another context, and I'll offer the
    cause and solution in the hope that they will apply to the Crystalproblem.
    >
    Many Windows based applications rely on PASCAL callingconventions, which
    change the way parameters are handled in function/method calls.They
    indicate this by placing one of the following immediately before the
    function name in the prototype declarations:
    - pascal_far (or something like that)
    - WINAPI
    - some other typedef of either of the above
    For example:
    int WINAPI AddTotal(int valueA, int valueB);
    Unfortunately, v2.0 of Forte does not provide any mechanisms forchanging
    the calling conventions of the prototypes in the generated C++wrapper
    library, so when you compile that code, the linker fails. I think thatthe
    compiler may generate different symbols depending on callingconventions,
    so that's why it fails.
    To fix this, don't autocompile your code, but generate thedistribution, go
    into the generated C++ files and look for the function prototypes (I think
    you can search for FORTE_NO_PROTOTYPES), add WINAPI tothe appropriate
    places in the prototype definitions (see above) and use fcompile tobuild
    the library. Instructions for fcompile are in the Interfacing With
    External Systems manual.
    Hope this helps,
    James
    At 11:05 AM 5/29/97 PDT, you wrote:
    We are trying to wrapper Crystal Reports from Forte. I know that
    there
    are a number of other people in this same boat, as I've seenmessages
    posted here at various points during the past few weeks. We arehaving
    a particular problem with getting the compile to go through, whichwe
    have sent in to Forte Tech Support. I'm forwarding the message Isent
    Tech Support to this group in the hopes that someone here mayhave
    already seen and resolved a similar problem.
    Thanks in advance for any help you can offer!
    Dale V. Georg
    Indus Consultancy Services [email protected]
    Mack Trucks, Inc.
    [email protected]
    >
    >>
    Date: Wed, 28 May 97 13:47:20 PDT
    From: dg7077a
    To: Forte Technical Support
    Cc: Gardner, Steve
    Subject: Link Problems With Borland C++ 4.52
    Name of requestor: [Dale V. Georg / AlaiahChandrashekar
    Company: [Indus Consultancy Services]
    Phone for callback: [(610) 709-3956]
    Customer Site: [Mack Trucks, Inc.]
    Product: [Forte]
    Version of Forte: [2.0.H.1]
    Server OS: [SunOS 5.5.1]
    Client OS: [Windows 3.1]
    DBMS: [Oracle 7.2.3]
    Reproducible?: [Yes]
    Brief description: [Link Problems With Borland C++ 4.52]
    Complete description of problem or question:
    We are attempting to write a C-wrapper interface from Forte to
    Crystal
    >>
    Reports' Report Engine. We are using Borland C++ version 4.52.
    Unfortunately, we have been unable to get a clean compile after aday
    and half of effort. We get as far as the link stage of the
    compilation, and
    the compiler aborts with an "Unknown symbol" error message foreach
    of the functions we are trying to wrapper. We have tried a numberof
    ideas to fix this problem, and are continuing to try to solve it on
    our own,
    but any help would be greatly appreciated. Please have someonecall
    Alaiah Chandrashekar at the number above as soon as possible.
    Thanks!
    Dale V. Georg
    Indus Consultancy Services [email protected]
    Mack Trucks, [email protected]
    James Urquhart [email protected]
    Product Manager phone: (510) 986-3513
    Forte Software, Inc. fax: (510) 869-2092-----------------------------------------------------------------------------------
    Dale V. Georg
    Indus Consultancy Services [email protected]
    Mack Trucks, Inc. [email protected]
    [email protected]------------------

  • Oracle 9.2.0.1.0 installation link problems.....HELP !!!!!!

    Hi All
    During installation of Oracle 9.2.0.1.0 on Linux, I received the following error:
    Error:
    Error in invoking target install of makefile
    /opt/oracle/product/9.2.0.1.0/network/lib/ins_oemagent.mk
    I did some research and found that it is executing the "relink" script. So I tried to debug it it. Here is the output:
    [oracle@redash oracle]$ cd /opt/oracle/product/9.2.0.1.0/bin/
    [oracle@redash bin]$ relink oemagent
    chmod 755 /opt/oracle/product/9.2.0.1.0/bin
    if [ linux = aix ]; then \
    gcc -L/opt/oracle/product/9.2.0.1.0/lib/ -L/opt/oracle/product/9.2.0.1.0/rdbms/lib -L/opt/oracle/product/9.2.0.1.0/network/lib -L/opt/oracle/product/9.2.0.1.0/lib/ -L/opt/oracle/product/9.2.0.1.0/rdbms/lib -L/opt/oracle/product/9.2.0.1.0/network/lib -o dbsnmp /opt/oracle/product/9.2.0.1.0/network/lib/s0nmi.o -lvppdc /opt/oracle/product/9.2.0.1.0/network/lib/libvps.a \
    /opt/oracle/product/9.2.0.1.0/network/lib/libnmi.a \
    /opt/oracle/product/9.2.0.1.0/network/lib/libnmd.a /opt/oracle/product/9.2.0.1.0/network/lib/libnms.a /opt/oracle/product/9.2.0.1.0/network/lib/libnmt.a /opt/oracle/product/9.2.0.1.0/network/lib/libnml.a \
    /opt/oracle/product/9.2.0.1.0/network/lib/libnmi.a /opt/oracle/product/9.2.0.1.0/net[i]Long postings are being truncated to ~1 kB at this time.

    Before installing Oracle 9.2 on linux (i'm using redhat 7.2), there are some steps you have to issue.
    Those link problems are related to the wrong version of binutils, you need binutils-2.10.0.18-1.i386.rpm
    You need also JDK,to set some kernel parameters and so on..
    However follow the steps of this link http://www.puschitz.com/OracleOnLinux.shtml
    For me it worked.
    Hope this helps
    Tarek

  • OCCI compilation issue with gcc-3.2.3 on Red Hat ES 2.1

    Hello,
    If I use OCCI of Oracle 10g and try to compile it with gcc-3.2.3 on Red Hat ES 2.1, I get linking errors.
    The same works if I try to compile OCCI on Red Hat ES 3.0.
    Any clues about how to compile the OCCI on RedHat ES/AS 2.1?

    Yes, I downloaded the OCCI for gcc-3.2.3.
    As I said it works on Red Hat 3.0.
    I want to compile it on Red Hat ES 2.1.
    I have installed gcc-3.2.3 on Red Hat ES 2.1. But the occi compilation wont succeed onto it.

Maybe you are looking for

  • Wine causing lock ups

    I play WoW and have been experiencing complete freezes. After the first few times I set up ctrl-alt-backspace in X (using the code provided in the newbie guide on the wiki) but the computer didn't respond next time it crashed. I also can't switch to

  • Disk Utility stopped repairing Mac HD - Now what?

    My computer has been running slow so I cleaned up my desktop, trashed a bunch of old files and went to verify permissions. I was then told to use disk repair. In the middle of doing so I got this message - "Disk Utility stopped repairing 'Macintosh H

  • Vidoes only play the first 10 seco

    When I transfer my .avi videos to my Zen Vision:M it says transfer successful but when I go to play it on my Zen, only the first 6 to 0 seconds play. I don't know why this happens, but when I go to check out the videos first it says "Play time 22:08"

  • Error--iTunes could not back up because the iPod disconnected

    Today for the first time I am beginning to get an error message every time I attempt to sync my iPod Touch. When I click on Sync, it appears to be going through all the proper sequence of steps. In the window at the top, it says it's starting the syn

  • Horizontal menu submenu display issue in IE9

    I inserted a Spry horizontal menu into a page in Dreamweaver CS5 then edited it to display the way I need it to look. It looks great in FF, Safari, Chrome and Opera. In IE9 the drop down submenu items have too much (vertical) space between them. This