Unresolved symbol: U_get_previous_frame_x in intermedia

Hi All
I am getting the following error while running a test command "exec ctx_output.start_log('log')"
/usr/lib/dld.sl: Unresolved symbol: U_get_previous_frame_x (code) from /opt/ims
/oracle/product/RDBMS/8.1.5/ctx/lib/libctxx8.sl
/usr/lib/dld.sl: Unresolved symbol: U_get_frame_info (code) from /opt/ims/oracl
e/product/RDBMS/8.1.5/ctx/lib/libctxx8.sl
BEGIN ctx_output.start_log('log'); END;
ERROR at line 1:
ORA-20000: ConText error:
ORA-06520: PL/SQL: Error loading external library
ORA-06522: Unresolved external
ORA-06512: at "CTXSYS.DRUE", line 122
ORA-06512: at "CTXSYS.CTX_OUTPUT", line 39
ORA-06512: at line 1.
Can some body help me on this please.....
This is very urgent.
Regards
UDay
null

Hi Tofubug,
Since I'm not familiar about C#, however, if want to run powershell script in C#, the script below may be helpful for you:
RunspaceConfiguration runspaceConfiguration = RunspaceConfiguration.Create();
Runspace runspace = RunspaceFactory.CreateRunspace(runspaceConfiguration);
runspace.Open();
RunspaceInvoke scriptInvoker = new RunspaceInvoke(runspace);
Pipeline pipeline = runspace.CreatePipeline();
//Here's how you add a new script with arguments
Command myCommand = new Command(scriptfile);
CommandParameter testParam = new CommandParameter("key","value");
myCommand.Parameters.Add(testParam);
pipeline.Commands.Add(myCommand);
// Execute PowerShell script
results = pipeline.Invoke();
And these threads for your reference:
Execute PowerShell Script from C# with Commandline Arguments
How to run PowerShell scripts from C#
How do you set FullLanguage mode
for remote PowerShell from C#?
If I have any misunderstanding, please feel free to let me know.
Best Regards,
Anna Wang

Similar Messages

XmlSaveDom unresolved symbol, and special characters in output...

I have a couple of issues with XmlSaveDom() that I'm hoping someone can help with...
Firstly, under windows I'm having difficulty locating the library that it lives in. I'm linking to:
oraxml10.lib (from the 10.1.0.2 XDK, the latest version I can find) and oci.lib (from the 10.2 client)...but getting an unresolved symbol on XMLSaveDom().
I'm using the XDK because under windows I only have a client install which does not appear to have any of the XML headers or libraries in it. I'm using
10.1.0.2 because it's the latest version I can find to download from technet.
Secondly, under Solaris I'm just linking to libclntsh.so from 10.1.0.2 server home, and this resolves XMLSaveDom() ok. However when I use XMLSaveDom() I find unusual special characters in the output periodically:
ÿ¾Ý <SOME_TAG>some_value</SOME_TAG>
The strange character sequence is always the same.
Any help with either of these would be greatly appreciated.

The DOM is not required to escape the characters, so it is correct that you get the literal ampersand characters when you ask the DOM for a getNodeValue().
When an XML document is serialized -- using, for example, the XMLDocument.print() method -- it is when this external form of the document is produced that escaping occurs.
You can always call XMLNode.print() to serialize the value of a node and it's children into a PrintWriter that wraps a StringWriter to get the string equivalent of the properly escaped values.

System.LoadLibrary + dlopen -- callback causes unresolved symbol

Hi guys,
I am currently trying to use the API
System.loadLibrary(String name)in order to dynamically link shared libaries to SOLARIS JVM.
I am facing some unresolved symbol at run-time .
I load a shared library libhello1 (using system.LoadLibary)
and I call from this lib (via JNI interface) a method which
loads a second library libhello2(using dlopen) and invokes hello2().
hello2 will call back a method hello_bug which is implemented in libhello1.
There is the a mutual or cyclic dependence. This dependance is correctly handled if I link the libhello1 to a standard C implemented executable.
But if I load libHello1 via System.Load, the second lib is correctly loaded but the call back is not possible due to unresolved symbol.
It seems like the symbols are not kept in this case(or the dlopen creates a different thread?...)
The workaround to fix the issue is to link explicitely libHello1 to libHello2 when building libHello2.
I don't know if this is clear to everyone so
I have reproduced this on a very simple case.
Basicaly, I have implemented in standard C language 2 shared libraries:
libHelloModule1.so, libHelloModule2.so
one standard executable and one java interface to call the method
Below is the full code for reproduce:
hello1.h:
#include <dlfcn.h>
#include <stdlib.h>
#include <stdio.h>
#include <iostream>
#include <jni.h>
#include "hello_jni.h" [u]//automatically generated by javah -- ref Makefile[/u]
extern "C" void hello_bug();
hello1.cc :#include "hello1.h"
extern "C" {
JNIEXPORT void JNICALL Java_com_helloworld_Hello_ShowMessage
(JNIEnv *, jobject, jstring){
void *handle;
const char *error;
void (*init) (void);
printf(" load Hello2 \n");
handle = dlopen ("libHelloModule2.so", RTLD_LAZY);
printf (" lib Hello2 onload.. \n");
error = dlerror();
if (!handle) {
      printf ("lib HelloModule2 not loaded correctly %s \n", error);
      exit(1);
   dlerror();
   init =(void(*)()) dlsym(handle, "hello2");
error = dlerror();
        if(error)
                fprintf(stderr, "Could not find print_hello(): %s\n",
error);
                exit(1);
(*init)();
    dlclose(handle);
void hello_bug()
printf ("Hello bug correctly invoked : CQFD\n");
}// extern "C"
hello2.cc
#include "hello1.h"
typedef void ( *PF1) (char *, char *);
extern "C" {
void hello2(){
printf ("Hello2 : ping Hello1\n");
/*simple call work in c not via JNI*/
hello_bug();
Hello.java :
package com.helloworld;
import java.util.*;
import java.io.*;
public class Hello {
private native void ShowMessage(String msg);
public void initialized() {
            System.out.println(" ShowMessage - called");
try {
          ShowMessage("Generated with JNI");
       } catch (Exception e ) {
            e.printStackTrace();         }
public Hello(){
System.loadLibrary("HelloModule1");
            System.out.println(" HelloModule1 loaded");
TestLocal.java :
import java.util.*;
import java.io.*;
import com.helloworld.Hello;
public class TestLocal{
public TestLocal(){
        System.out.println("test local");
public static void main(String[] args) {
        TestLocal test_local = new TestLocal();
        Hello test = new Hello();
        test.initialized();
}THE MOST IMPORTANT IS IN THE MAKEFILE:
Makefile :all: Hello.jar hello_jni.h libHelloModule1.so libHelloModule2.so TestLocal.class dummy
Hello.jar: com/helloworld/Hello.class
jar cvf $@ com/helloworld
com/helloworld/Hello.class: Hello.java
$(JAVAC) -d . Hello.java
hello_jni.h: Hello.jar
$(JAVAH) -jni -o $@ -classpath ./Hello.jar com.helloworld.Hello
libHelloModule1.so : hello_jni.h hello1.o
gcc -G -o $@ hello1.o -lstdc++
libHelloModule2.so : hello2.o
gcc   -G -o $@ hello2.o -Wl -lstdc++ -L. -lHelloModule1   [u] # -->CASE 1 :THIS WORKS [/u]
gcc   -G -o $@ hello2.o -Wl -lstdc++ [u] #-->CASE 2 :THIS DOES NOT WORK[/u]
dummy : dummy_main.o
gcc -o $@ dummy_main.o -L. -lHelloModule1 -L/usr/local/lib -lstdc++
hello2.o : hello2.cc
gcc -I. -O -c hello2.cc
hello1.o : hello1.cc
gcc -I. -O -c hello1.cc
TestLocal.class : TestLocal.java
$(JAVAC) -classpath . -d . TestLocal.java
dummy_main.o : dummy_main.cc
gcc -I. -O -c dummy_main.cc
clean:
rm -rf com *.o *.so *.class *.jar hello_jni.h dummyCASE 1 : libHelloModule1.so is explicitely linked to libHelloModule2
myhost % dummy
load Hello2
lib Hello2 onload..
Hello2 : ping Hello1
Hello bug correctly invoked : CQFD
myhost % java -cp . TestLocal
test local
HelloModule1 loaded
ShowMessage - called
load Hello2
lib Hello2 onload..
Hello2 : ping Hello1
Hello bug correctly invoked : CQFD
CASE 2 : libHelloModule1.so is not explicitely linked to libHelloModule2
myhost % dummy
load Hello2
lib Hello2 onload..
Hello2 : ping Hello1
Hello bug correctly invoked : CQFD
myhost % java -cp . TestLocal
test local
HelloModule1 loaded
ShowMessage - called
load Hello2
lib Hello2 onload..
lib HelloModule2 not loaded correctly ld.so.1: java: fatal: relocation error: file ./libHelloModule2.so: symbol hello_bug: referenced symbol not found
My concern is to have this working in CASE1 with the JNI interface the same way it does in standard C built runtime.
So does any have encountered this?
Is there something I missed somewhere?
Thanks lot for your help
Youss

Hi,
I have implemented JNative which seems to be close to your problem.
It works under Windows and Linux, and loads libraries via dlopen and dlsym.
You can have a look at it's implementation at http://jnative.cvs.sourceforge.net/jnative/JNativeCpp/
Don't forget to load your libraries before trying to call them with System.load("/path/to/your/lib.so"); if they are not referenced by LD_LIBRARY_PATH.
This post may be false since I know nothing about Solaris. Perhaps JNative may be ported under Solaris ?
--Marc (http://jnative.sf.net)

Unresolved symbols while linking

Hello all,
I'm toying around with oo4o and I'm having a linking problem. I'm working in VS.NET 2003.
I added the directories for headers, excutables, libraries, etc. At first I had 9 unresolved symbol errors, but I got it down to 2 by remembering to link with oraclm32.lib (debug copy). Not sure why those 2 errors are still there. My test function is basically the first sample in the Help docs, something like this:
     OStartup();
     ODatabase odb("ora9", "username", "passwd");
     ODynaset odyn(odb, "select * from emp");
     double salary;
     while (!odyn.IsEOF())
     odyn.GetFieldValue("sal", &salary);
odyn.MoveNext();
     OShutdown();
The relevant parts of the buildlog. Once I added the additional command line option to link with oraclm32, everything resolved except references to OStartup and OShutdown. Seems odd. Any ideas?
Buildlog:
Searching libraries
Searching C:\oracle\ora92\oo4o\CPP\LIB\oraclm32.lib:
Found "__declspec(dllimport) public: virtual __thiscall ODatabase::~ODatabase(void)" (__imp_??1ODatabase@@UAE@XZ)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: virtual __thiscall ODynaset::~ODynaset(void)" (__imp_??1ODynaset@@UAE@XZ)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: int __thiscall ODynaset::MoveNext(int)" (__imp_?MoveNext@ODynaset@@QAEHH@Z)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: int __thiscall ODynaset::GetFieldValue(char const *,double *)const " (__imp_?GetFieldValue@ODynaset@@QBEHPBDPAN@Z)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: int __thiscall ODynaset::IsEOF(void)const " (__imp_?IsEOF@ODynaset@@QBEHXZ)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: __thiscall ODynaset::ODynaset(class ODatabase const &,char const *,long,class OSnapshotID *)" (__imp_??0ODynaset@@QAE@ABVODatabase@@PBDJPAVOSnapshotID@@@Z)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
Found "__declspec(dllimport) public: __thiscall ODatabase::ODatabase(char const *,char const *,char const *,long)" (__imp_??0ODatabase@@QAE@PBD00J@Z)
Referenced in Dataconnect.obj
Loaded oraclm32.lib(ORACLM32.dll)
SNIP
Dataconnect.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __fastcall OShutdown(void)" (__imp_?OShutdown@@YIXXZ) referenced in function "long __fastcall PostData(char *)" (?PostData@@YIJPAD@Z)
Dataconnect.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __fastcall OStartup(int)" (__imp_?OStartup@@YIHH@Z) referenced in function "long __fastcall PostData(char *)" (?PostData@@YIJPAD@Z)

Hi Guys,
I got this error too recently. Was troubling me a lot. I was using Windows 7 OS, Visual Studio 2010 compiler.
The fix for this is pretty much straight forward and solution lies in the Project settings only.
To my knowledge, with /MDd switch, it causes the compiler to place the library name MSVCRTD.lib into the .obj file.
But with /MTd switch, This option just causes the compiler to place the library name LIBCMTD.lib into the .obj file so that the linker will use LIBCMTD.lib to resolve external symbols. For details, please refer to this MSDN article:
https://msdn.microsoft.com/en-us/library/2kzt1wy3(VS.71).aspx
Its very useful.
Also
MDd stands for Multi-threaded Debug DLL
MTd stands for Multi-threaded Debug
Thanks,
Kiran

Unresolved symbol : OCIEnvCreate (code) from libocci.sl.10.1

I'm getting a core dump, with the error message "Unresolved symbol : OCIEnvCreate (code) from libocci.sl.10.1", when I try to execute a simple OCCI code that connects to the database and performs some SQL queries. It is occuring at the following line :
Environment *env = Environment::createEnvironment(Environment::DEFAULT);
I'm using oracle 9i (Ver 9.2.0.6.0) on HP-UX (Ver 11),
I'm using Oracle Instant Client for HP-UX PA-RISC (32-bit) (Version 10.2.0.2) libraries for OCCI.
Can anyone help me out?

I'm using aCC compiler, and doing dynamic linking..I've specified the directory path of the .sl files of the instant client in SHLIB_PATH, do I need to specify the path in ORACLE_HOME, or some other env variable??
Can you tell me steps that I should follow while compiling, linking & execute the code?

Unresolved symbol: std::basic_ostream char,std::char_trai ...

Hi,
Below is a simple app that I created which demonstrates the mysterious compilation problems that I am seeing. I get the following unresolved symbol :
Undefined first referenced
symbol in file
std::basic_ostream<char,std::char_traits<char> >&std::operator<<(std::basic_ostream<char,std::char_traits<char> >&,const char*) ./libIOTestSD.a(iotest.o)
std::cout ./libIOTestSD.a(iotest.o)
[Hint: static member std::cout must be defined in the program]
I am using workshop 6.1 for comilation. I would appreciate any help on this.
Thanks in advance.
Ranga.
#ifndef COM4
#include <iostream>
using namespace std ;
#else
#include <iostream.h>
#endif
class IOTest {
public:
IOTest() ;
void test(const char* str) ;
private:
ostream _os ;
#include <iotest.hpp>
IOTest::IOTest()
_os = &cout ;
void IOTest::test(const char* str)
_os << str ;
#include "iotest.hpp"
int main(int argc, char** argv)
IOTest iotest ;
const char* SAY = "Hello World!!!\n" ;
iotest.test(SAY) ;
return 0 ;
Compilation commands:
CC -g -pto -mt -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_DEBUG -DDEBUG -KPIC -I. -I../../include -I/opt/ws6.1/SUNWs
pro/WS6U1/include/CC/Cstd -o iotest.o -c iotest.cpp
CC -o ./libIOTestSD.a -g -pto -mt -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_DEBUG -DDEBUG -xar iotest.o
CC -g -pto -mt -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_DEBUG -DDEBUG -KPIC -I. -I../../include -I/opt/ws6.1/SUNWs
pro/WS6U1/include/CC/Cstd -o testapp.o -c testapp.cpp
CC -o testapp -g -instances=static -mt +d -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DUNIX -DUNICODE -D_UNICODE -D_DEB
UG -DDEBUG -z text -z defs -G -KPIC testapp.o -Bstatic -lCstd -lCrun -Bstatic -lIOTestSD -Bdynamic -lgen -lm -lw -lcx
-lc

This went away when I moved around the libraries on the link line. Some how I was under the impression that order is not important in newer versions of compilers, but whatever it worked... Also I had to remove -z text.
So, the new compilation command would be
CC -o testapp -g -instances=static -mt +d -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DUNIX -DUNICODE -D_UNICODE -D_DEB
UG -DDEBUG -z defs -G -KPIC testapp.o -Bstatic -lIOTestSD -lCstd -lCrun -Bstatic -Bdynamic -lgen -lm -lw -lcx -lc
Thanks all,
Rg

Unresolved symbol after migrating Pro*C from Oracle 8i to Oracle 10gR2

Hello,
We are currently migrating a 32bits application written in Pro*C and Pro*Cobol from Oracle 8i client to Oracle 10gR2 client (Oracle 10gR2 server).
Precompiling, compiling and linking the source files are ok. But at runtime, the following error appears :
/usr/lib/dld.sl: Unresolved symbol: __sendpath64 (code) from /logiciel/oracle/client_10203/lib32/libclntsh.sl.10.1
Here is the command used for pre-compiling, compiling and linking :
+----> Precompiling Pro*C src/its_execute_lmd.pc ...
proc maxopencursors=100 hold_cursor=yes release_cursor=yes ireclen=500 oreclen=132 mode=ORACLE code=ANSI_C dbms=v8 unsafe_null=yes ltype=none include=(inc,/logiciel/oracle/client_10203/network/public,/logiciel/oracle/client_10203/plsql/public,/logiciel/oracle/client_10203/precomp/public,/vtcvd10/vcour/common/alimentation_com/afonction_partagee/inc,/logiciel/oracle/client_10203/rdbms/public,/logiciel/oracle/client_10203/rdbms/demo,) iname=src/its_execute_lmd.pc
Pro*C/C++: Release 10.2.0.3.0 - Production on Mer. Déc. 5 10:16:56 2007
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Valeurs des options système par défaut extraites de : /logiciel/oracle/client_10203/precomp/admin/pcscfg.cfg
+----> .................... src/its_execute_lmd.c OK
+----> Compiling src/its_execute_lmd.c ...
cc -Ae -Iinc -I/logiciel/oracle/client_10203/network/public -I/logiciel/oracle/client_10203/plsql/public -I/logiciel/oracle/client_10203/precomp/public -I/logiciel/oracle/client_10203/rdbms/public -I/logiciel/oracle/client_10203/rdbms/demo -I/vtcvd10/vcour/common/alimentation_com/afonction_partagee/inc -c src/its_execute_lmd.c -o src/its_execute_lmd.o
+----> .................... src/its_execute_lmd.o OK
+----> Building its_execute_lmd ...
cc -Wl,+s -Wl,+n -Llib -L/vtcvd10/vcour/lib -L/logiciel/oracle/client_10203/lib32 -L/logiciel/oracle/client_10203/rdbms/lib32 -o bin/its_execute_lmd src/its_execute_lmd.o -l:libclntsh.sl -l:libits.a
+----> .................... its_execute_lmd OK
Here is the SHLIB_PATH var used at runtime :
SHLIB_PATH=/logiciel/oracle/client_10203/lib32
I would appreciate any help about this unresolved symbol in the Oracle shared library.
Thank you in advance.

What does the program do? It might make more sense, given the tremendous number of changes and enhancements to just rewrite it.

Clueless about this "unresolved symbols"

Hi there!
I made a portation from Win32 to SunSolaris8 and I finally succeeded compiling my .so. There are no syntactical errors or binding errors when compiling with CC (SunStudio 8).
But while executing the application which uses my .so I get the error log:
code:
The reason /ya/yao55/yao55c5/wisdev/src/ug-ifc/mach/resource/library/tool/tdm/ugs.so failed to load was:
There are unresolved symbols in the image:
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___2t6Mrk1IIrkn0C__v_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___M__sun_append6Mrk1_r1_
     __1cH__rwstdRexcept_msg_string2t6MIE_v_
     __1cDstdLlogic_error2T5B6M_v_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___Efind6kMpkcII_I_
     __1cDstdMout_of_rangeG__vtbl_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___2G6Mrk1_r1_
     __1cDstdMout_of_range2T6M_v_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___M__sun_concat6kMpkc_1_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___M__sun_append6Mpkc_r1_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___J__nullref_
     __1cH__rwstdbC__rwse_StringIndexOutOfRange_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___2t6Mpkcrkn0C__v_
     __1cDstdLlogic_errorG__vtbl_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___Gassign6Mrk1II_r1_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___2G6Mpkc_r1_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___Hcompare6kMIIpkcI_i_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___M__sun_concat6kMrk1_1_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___Hreplace6MIIpkcIII_pc_
     __1cDstdbC__RTTI__1nDstdMout_of_range__
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___H__clone6M_v_
     __1cDstdMbasic_string4Ccn0ALchar_traits4Cc__n0AJallocator4Cc___I__getRep6MII_pnH__rwstdM__string_re f4Ccn0B_n0C____
Anyone any idea?
Do I have to link to some lib of c/c++?
Thx so far, Micha

First, you should be linking your shared object (ugs.so) with the flag "-z defs", and probably with "-z defs -z text". By doing this, you will force the errors that you are now getting at runtime to be exposed at build time.
Second, it looks as if your library is missing the standard C++ library. I don't know what the flags are for Studio 8, but for Forte 6U2 passing -library=Crun,Cstd on the compile and link lines sets things up correctly.

FORTE 30M+HP11 - Unresolved symbol __shlinit ?

Hi,
Doing a C library using 3.0.G.2 & HP 10.20 enables me
to link 'helloworld.c' with it and run the resulting a.out.
Doing the same on 3.0.M & HP 11 enables me to link as
well, but running a.out I got the following message:
/usr/lib/dld.sl: Unresolved symbol: __shlinit (code) from
/opt/forte/bldvsn3/install/lib/libqqxh.sl
Abort(coredump)
I tried to get the link command called by fcompile, and change
the order of libraries but that didn't change the errror message
What to do ?
Thanks
j-paul gabrielli

Dwp dumps core. Unresolved symbol: timezone_getDefaultTZID

Hi,
Subscribing to another user calendar or resources generates the following messages to the console and dwp dumps core.
/opt/SUNWcal/calendar/bin> /usr/lib/dld.sl: Unresolved symbol: timezone_getDefaultTZID (code) from ./libcore_parser10.sl
/usr/lib/dld.sl: Unresolved symbol: timezone_getDefaultTZID (code) from ./libcore_parser10.sl
/usr/lib/dld.sl: Unresolved symbol: timezone_getDefaultTZID (code) from ./libcore_parser10.sl
/usr/lib/dld.sl: Unresolved symbol: timezone_getDefaultTZID (code) from ./libcore_parser10.sl
Platform: HPUX11.11
Calendar: 2005Q4
Thanks,
Toriq

<pre>
Hi Donald,
You should have logged this as new problem under new thread.
I would suggest to try search for "106327" at
http://access1.sun.com
P.S: Use bottom search engine.
Thanks
Kalpesh

Unresolved symbol with parseInt

Hi all!
I'm a newbie in Java and wondering if anyone can help me out
I've been using the following code:
int j = new Integer.parseInt(i);
where i contains a string that is always a number like 18 or 67
when I run my code I get the unresolved symbol error with the parseInt method. But isn't the java.lang.* already imported? How come I can't use this method? Actually I'm learning my java through JSP so my code is actually in a .jsp page. Does anyone have any idea why I can't use the parseInt method?

sigh
what type of Object does 'session.getAttribute("Type")' return?
if its a String, and is properly formatted, Integer.parseInt((String)session.getAttribute("Type")) will work. (don't 4get about the NumberFormatException)
if its an Integer object, ((Integer)session.getAttribute("Type")).intValue(); will work.
rob,
Thanks I haven't tried that yet but it's similar to
what I did. This one works:
int j =
Integer.parseInt((String)session.getAttribute("Type"));
I was wondering if I can skip the conversion to string
and got straight and convert to an integer. Is that
possible?
Thanks!

Unresolved symbols in Windows 2003 server X64

Hi,
I am unable to resolve symbols while linking directly to Timesten's libs in Windows 2003 X64. I do not want to use Microsoft's ODBC driver manager, however.
Here is my Timesten version:
TimesTen Release 7.0.3.0.0 (64 bit NT) (tt70_64:17001) 2007-09-19T15:59:10Z
I am adding the following additional dependencies in Visual Studio 2005:
G:\TimesTen\tt70_64\lib\tten70.lib
G:\TimesTen\tt70_64\lib\ttdv70.lib
and below are the results of my build:
1>MYTIMESTEN2.obj : error LNK2019: unresolved external symbol SQLError@32 referenced in function main
1>MYTIMESTEN2.obj : error LNK2019: unresolved external symbol SQLDriverConnect@32 referenced in function main
1>MYTIMESTEN2.obj : error LNK2019: unresolved external symbol SQLAllocConnect@8 referenced in function main
1>MYTIMESTEN2.obj : error LNK2019: unresolved external symbol SQLAllocEnv@4 referenced in function main
1>G:\Documents and Settings\Administrator\My Documents\Visual Studio 2005\Projects\MYTIMESTEN2\Debug\MYTIMESTEN2.exe : fatal error LNK1120: 4 unresolved externals
any ideas as to why my build is failing?
Thanks,
Juan

Post Author: ejthunder
CA Forum: Deployment
Hello,
Crystal Reports XI and XI R2 are not supported on 64 bit machines. I have not heard of any plans to change this. As you've discovered - the only version of Crystal Reports that is supported on a 64 bit machine is CR.NET 2005 (v10.2), the version that ships with VS2005.
Your options are to downgrade your application to use bundled CR.NET 2005 or to deploy your CR XI R2 .NET application to a 32 bit machine.
EJ

I am getting an linker error LNK2001 : unresolved symbol _main while compiling Microsoft c code

I am writng a simple application in C language for communicating with GPIB. when I compile the c file I am getting a linker error
LIBC.lib(ctr0.obj): LNK2001 error: unresolved sysmbol _main
I compile the application in the dos window using the command
cl gpibApplication.c gpib-32.obj.
Could anyone tell me how to remove this error

Hello-
It sounds like the main function is missing from the gpibApplication.c file. Be sure that the following function is somewhere in the code:
int main (int argc, char *argv[])
Also, note that this function is case sensitive, so be sure main is not capitalized.
Randy Solomonson
Application Engineer
National Instruments

8i on linux (SUSE 6.2) - unresolved symbol

I'm getting:
sqlplus: error in loading shared libraries:
/home/oracle/product/8.1.5./lib/libclntsh.so.8.0: undefined
symbol: nauzaoss
I installed Oracle 8.i on a fresh install of SUSE 6.2 (glibc 2.1)
and the install of Oracle went fine. The svrmgrl program works
but SQL*Plus (and I suspect other Oracle modules) is reporting
the above error.
I re-installed just the client networking and utilities piece of
Oracle, hoping that a re-link would help, but the problem
persists.
I've been advised that I should install glibc 2.0 and then
download and install the glibc patch from this site, but the only
glibc patch I see is for v8.0.5 and not v8i (8.1.5.0.1). I'm
suspicious that this will not fix my problem - any second
opinions? I've seen other references to this problem, but not a
confirmed solution.
null

Jose Calderon-Celis (guest) wrote:
: I install 8.1.5 Enterprise Edition on Suse 6.1, but an run
: /OraHome1/bin > svrmgrl
: svrmgrl: error in loading shared libraries
: :undefined symbol: __bzero
: Any sugestion?
: Thanks
: [email protected]
Make sure you have $ORACLE_HOME/lib in your LD_LIBRARY_PATH
The symbol __bzero comes from many libraries that are in the
$ORACLE_HOME/lib directory
EXAMPLE: cshell
%setenv LD_LIBRARY_PATH $ORACLE_HOME/lib:/usr/lib:/usr/X11R6/lib
EXAMPLE: bash
bash$ LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib:/usr/X11R6/lib
bash$ export LD_LIBRARY_PATH
You can run an oracle provided script to find symbols that are
unsatisfied.
The script is $ORACLE_HOME/bin/symfind
Here is the syntax for the shell script:
$ORACLE_HOME/bin/symfind __bzero
This will show you the directories of the libraries that contain
the symbols that are undefined.
You can also run symfind with no arguments and it gives you the
arguments you can use.
null

8i: unresolved symbols in libclntsh.so.8.0

Hi,
I recently installed the 8.1.5i from the technet-download on
my SuSE-6.1 system (yes, it is upgraded to glibc-2.1.1), and
the DB itself and svrmgrl are working fine.
Just when I try to start sqlplus, this happens:
oracle@marvin:~ > sqlplus
sqlplus: error in loading shared libraries:
/usr/local/oracle/lib/libclntsh.so.8.0: undefined symbol:
nnfotrv1
Before I ran the genclntsh script in $ORACLE_HOME/bin, it was
undefined symbol: nauxaoss, so I believe I need to run some
more scripts/relink some libraries... Anyone had similar
trouble?
ciao,
-=tHEMeL=-
null

YunHee Kang (guest) wrote:
: If you can't find the oracle library directory
: in /etc/ld.so.conf, do this step as follows.
: 1. insert the line $ORACLE_HOME/lib into /etc/ld.so.conf
: 2. run the ldconfig
: </yhkang>
No, that's not the problem. The problem is, the library itself
needs more symbols,
oracle@marvin:~/lib > ld libclntsh.so.8.0
ld: warning: cannot find entry symbol _start; not setting start
address
libclntsh.so.8.0: undefined reference to `ASNEncodeDER'
libclntsh.so.8.0: undefined reference to `nnftboot'
libclntsh.so.8.0: undefined reference to `AllocateBuffer'
libclntsh.so.8.0: undefined reference
to `ASNOBJECT_IDENTIFIERToOIDValue'
libclntsh.so.8.0: undefined reference to `nnfhboot'
libclntsh.so.8.0: undefined reference to `ntusini'
ibclntsh.so.8.0: undefined reference to `nnfotrv1'
libclntsh.so.8.0: undefined reference to `ASNAccessElement'
libclntsh.so.8.0: undefined reference to `nauzaoss'
libclntsh.so.8.0: undefined reference to
`ASNAccessConstructedOctet'
libclntsh.so.8.0: undefined reference to `X509FreeCertificate'
libclntsh.so.8.0: undefined reference to `nnfoboot'
libclntsh.so.8.0: undefined reference to `ntpini'
libclntsh.so.8.0: undefined reference to `nttini'
libclntsh.so.8.0: undefined reference to `PKCSCheckSignature'
libclntsh.so.8.0: undefined reference to
`X509ParseCertificateData'
libclntsh.so.8.0: undefined reference to `FreeBuffer'
libclntsh.so.8.0: undefined reference to `X509CompareDN'
libclntsh.so.8.0: undefined reference to `ntzini'
Could id be it is crypto stuff they somehow didn't want to offer
for worldwide download? I've never seen any of these before,
though, and have already received mail from some other users
who had the same problem.
ciao,
-=tHEMeL=-
null

Unresolved symbol: U_get_previous_frame_x in intermedia

Similar Messages

Maybe you are looking for