Can't load jvm on W7x64

Not sure if this is the best forum, but I'm hoping that someone here has run into this same problem...
My Win32/MFC application uses some java code via the JNI interface. I look in the Registry to find the jre path (RuntimeLib) and then I use ::LoadLibrary to load the jvm. On XP and W7x32 this works. However, on W7x64, even though I correctly find the path to the jvm, LoadLibrary fails with err=126, cannot find component. I assume this has something to do with Wow64 but I don't know what. Any help is greatly appreciated.

I discovered the solution and thought I would reply to my own question so that maybe someone else will be helped. (That will probably be me in a few months when I've forgotten what I did...)
First, based on another suggestion I got, I used Process Monitor <http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx> to trace the loading process. When I did that I noticed that a different dll - msvcr71.dll - was not being loaded. That dll lives one directory level above the jvm.dll. The problem was obviously an incomplete path. So, I added a Registry query to get JavaHome, added \bin to the path and called SetDllDirectory.

Similar Messages

JDEVELOPER CAN'T LOAD JVM

I try to Install Jdeveloper 3.1 in a directory different from the default directory. It give me an error " I can't
load JVM" when I try to use Jdeveloper.
If I try to install in default directory every thing goes well.
anyone could help me?
Bye

I get this message when I start Jdev.
I install Jdev in a win95 (release 4.00.9500b ) PC with 80M RAM.
at first I try to install Jdev (full option) in a different directory from default because my c drive was full. I get the error.
then I free some space on drive c, I disinstall Jdev and reinstall with mimimal space requirement (compact option) on default directory and every thing goes well.
The same thing happen with Jdev 3.0.
Anyway, maybe I have understand what happens; with a full
drive c swap file could not grow and so i get the error. When I free space every thing
goes well not because of the different directory but because of free space.

Can't load jvm.dll

the following simple code can't load jvm.dll
at windows xp sp2 ,
jre-1_5_0_11
#include <jni.h>
#include <stdio.h>
int main() {
HINSTANCE hVM;
if((hVM = LoadLibray("C:\\Program Files\\Java\\jre1.5.0_11\\bin\clien\\jvm.dll"))==NULL){
printf("faild\n");
else
printf("succes\n");
return 0;
}

#include <iostream>
#include <stdlib.h>
#include <windows.h>
using namespace std;
int main(int argc, char *argv[])
HINSTANCE hVM;
char *path="C:\\Program Files\\Java\\jre1.5.0_11\\bin\client\\jvm.dll";
if((hVM = LoadLibrary(path))==NULL){
printf("Error : %d\n",GetLastError());
else{
printf("succes\n");
FreeLibrary(hVM);
return 0;
}

Can't load jvm.dll in Vista

I have a bizarre problem with JDK1.6.0_03 and Windows Vista. I am trying to compile and run a C program that calls a Java method, using the invocation API. In the past, this worked like a charm, provided I had c:\Program Files\Java\jdk1.6.0_03\jre\bin\client on the PATH.
It no longer works. I get an error message that jvm.dll was not found and that Windows will notify me if it finds a solution to my problem. (I am not holding my breath.)
I then try to load the library manually:
   HINSTANCE h = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll");
   if (h == NULL)
       printf("Can't load library\n");
       exit(1);
     }I get the exact same error message.
Did something break in Vista, or do I need to look elsewhere for a stupid configuration error?
Thanks,
Cay Horstmann

Just in case some other poor soul gets to this, here is the way to implement the invocation under Windows Vista:
#include <jni.h>
#include <stdlib.h>
#include <windows.h>
typedef jint (JNICALL *CreateJavaVM_t)(JavaVM **, JNIEnv **, JavaVMInitArgs *);
int main()
   JavaVMOption options[2];
   JavaVMInitArgs vm_args;
   JavaVM *jvm;
   JNIEnv *env;
   long status;
   jclass class_Welcome;
   jclass class_String;
   jobjectArray args;
   jmethodID id_main;
   HINSTANCE h1, h2;
   CreateJavaVM_t createJavaVM;
   h1 = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll");
   if (h1 == NULL)
      printf("Can't load library msvcr71.dll\n");
      exit(1);
   h2 = LoadLibrary("c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll");
   if (h2 == NULL)
      printf("Can't load library jvm.dll\n");
      exit(1);
   options[0].optionString = "-Djava.class.path=.";
   memset(&vm_args, 0, sizeof(vm_args));
   vm_args.version = JNI_VERSION_1_2;
   vm_args.nOptions = 1;
   vm_args.options = options;
   createJavaVM = (CreateJavaVM_t) GetProcAddress(h2, "JNI_CreateJavaVM");
   status = (*createJavaVM)(&jvm, &env, &vm_args);
   if (status == JNI_ERR)
      printf("Error creating VM\n");
      return 1;
   class_Welcome = (*env)->FindClass(env, "Welcome");
   id_main = (*env)->GetStaticMethodID(env, class_Welcome, "main", "([Ljava/lang/String;)V");
   class_String = (*env)->FindClass(env, "java/lang/String");
   args = (*env)->NewObjectArray(env, 0, class_String, NULL);
   (*env)->CallStaticVoidMethod(env, class_Welcome, id_main, args);
   (*jvm)->DestroyJavaVM(jvm);
   return 0;
}Compile with
gcc -g -mno-cygwin -D __int64="long long" -I /cygdrive/c/Program\ Files/Java/jdk1.6.0_03/include/ -I /cygdrive/c/Program\ Files/Java/jdk1.6.0_03/include/win32/ -o InvocationTest InvocationTest.c Of course, in a real application, you'll want to dynamically locate the Java directory; look at launcher/java_md.c inside src.zip for inspiration.

How to load JVM without specifying jvm.dll

How can I load JVM from native C++ code withoutknowing the path of jvm.dll?

If on Windows, use the registry to find the place where the JRE has been installed. Take a look at the file java_md.c in the launcher subdirectory of the src.zip file supplied along with the JDK. Specifically, you will probably be most interested in the GetStringFromRegistry and GetPublicJREHome functions there.
In the registry, look for the key HKEY_LOCAL_MACHINE\Software\JavaSoft\Java Runtime Environment. That has a number of values you will probably want.
If not on Windows, I really don't know how to find the location of the JRE installation without it being configured in an environment variable, or being hardcoded.
Hope it helps.
Cheers.

I can't load applets...

I have the "red x problem"... I have the latest updates of the JVM and I use the IE browser. The problem is I can't load ANY applets, I even tried it with my firewall turned off and all the suggestions on the Java help pages. Here's the dump from the Java-console when trying to open a game on the Java homepage: (sorry that some of it is in swedish)
Java Plug-in 1.5.0_06
Anv�nder JRE-version 1.5.0_06 Java HotSpot(TM) Client VM
Anv�ndarens hemkatalog = C:\Documents and Settings\Tomas
inl�sning: klassen Game.class finns inte.
java.lang.ClassNotFoundException: Game.class
     at sun.applet.AppletClassLoader.findClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.applet.AppletClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.applet.AppletClassLoader.loadCode(Unknown Source)
     at sun.applet.AppletPanel.createApplet(Unknown Source)
     at sun.plugin.AppletViewer.createApplet(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: open HTTP connection failed.
     at sun.applet.AppletClassLoader.getBytes(Unknown Source)
     at sun.applet.AppletClassLoader.access$100(Unknown Source)
     at sun.applet.AppletClassLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     ... 10 more
Exception in thread "Thread-12" java.lang.NullPointerException
     at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)
     at sun.plugin.AppletViewer.showAppletException(Unknown Source)
     at sun.applet.AppletPanel.runLoader(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
java.lang.NullPointerException
     at sun.plugin.util.GrayBoxPainter.showLoadingError(Unknown Source)
     at sun.plugin.AppletViewer.showAppletStatus(Unknown Source)
     at sun.applet.AppletPanel.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Any solutions would be greatly appreciated...

I've got the exact same problem and I've been trying everything for monthes, clean installs, firefow, opera, ie, ie7.. Unsuccessfully, and I installed java just after a fresh win xp sp2 install, and it's up to date.
I really don't know what to do and I hope it will be corrected in future releases.

Libocijdbc10.so: Can't load IA 32-bit on a IA-32 platform

Hi,i had a RHEL4U7 (32 bits) running Oracle 10g, and a java application and was working great.
yesterday i installed Oracle 9i on the machine and the java app stopped working.
i started having "java.lang.UnsatisfiedLinkError: /home/oracle/ora10g/product/10.2.0/db_1/lib/libocijdbc10.so:
Can't load IA 32-bit .so on a IA 32-bit platform" exceptions whenever the application tries to access the DB.
i should note that before launching the application i was pointing CLASSPATH to the 10g Oracle driver jar,
but when setting LD_LIBRARY_PATH to the path of the oracle 10g $ORACLE_HOME/lib dir my JVM halted immedialtely.
my java version is 1.5.0_12
so i created soft links in /usr/lib to /home/oracle/ora10g/product/10.2.0/db_1/lib/libocijdbc10.so,the vm then stopped halting and i was hacing this error.
any ideas?
thanks

ok i set LD_DEBUG to files and i got this when my application tried to connect to the DB
file=/ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so [0]; needed by /ora/oracle/product/10.2.0/db_1/lib/libnnz10.so [0] (relocation dependency)
2098:
2098:
2098:     file=/ora/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1 [0]; needed by /ora/oracle/product/10.2.0/db_1/lib/libnnz10.so [0] (relocation dependency)
2098:
2098:
2098:     file=/ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so [0]; needed by /ora/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1 [0] (relocation dependency)
2098:
2098:
2098:     calling init: /ora/oracle/product/10.2.0/db_1/lib/libnnz10.so
2098:
2098:
2098:     calling init: /ora/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1
2098:
2098:
2098:     calling init: /ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so
2098:
2098:     opening file=/ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so [0]; direct_opencount=1
2098:
2098:     /ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so: error: symbol lookup error: undefined symbol: JNI_OnLoad (fatal)
2098:
2098:     file=libociei.so [0]; needed by /ora/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1 [0]
2098:
2098:     file=libociicus.so [0]; needed by /ora/oracle/product/10.2.0/db_1/lib/libclntsh.so.10.1 [0]
# An unexpected error has been detected by HotSpot Virtual Machine:
# SIGSEGV (0xb) at pc=0xb788f109, pid=2098, tid=1792154528
# Java VM: Java HotSpot(TM) Server VM (1.5.0_12-b04 mixed mode)
# Problematic frame:
# V [libjvm.so+0x284109]
I think the problem is in the line
2098:     /ora/oracle/product/10.2.0/db_1/lib/libocijdbc10.so: error: symbol lookup error: undefined symbol: JNI_OnLoad (fatal)
please advise
thank you
Edited by: u_steven on Dec 11, 2008 5:33 AM

Loading JVM problem

Hi,
I am loading JVM ( 1.5 Ver) from Windows Application.
JVM gets failed for the following JVM parameter -Xmx is 850MB. It is getting success for -Xmx is 845MB.
My Application should support upto -Xmx value upto 2GB.
May I know the reason why loading for JVM for -Xmx is 850MB is failed?
Same application I tested in different system, In that system application gets success when -Xmx is 850MB, and it is failed when -Xmx is 875MB.
Any additional parameters are required to be added while loading JVM?
Any pre requisites of system environment to support 2GB(or >850MB) of heap memory for the process?
Regards,
Srinivas.

Srinivas.Anubham wrote:
JNI_CreateJavaVM().That loads the VM into your native application, right? I guess your application already is consuming some memory, and there are limits how much memory a process can allocate in a 32 bit OS. I think the limitation on Windows is less than 2GB.

Got "Can't load AMD 64-bit .dll on a IA 32-bit platform"error on 64-bits VM

Hello all:
I created a jnlp file, which includes a executable jar and a wrapped dependent jar of two DLL files inside. When I launched JWS, I received the error: "Can't load AMD 64-bit .dll on a IA 32-bit platform".
Now the basic facts:
1. the JVM is 64-bit:
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) 64-Bit Server VM (build 19.1-b02, mixed mode)
2. I can see the extracted dll files under "C:\Users\John\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\7\6bf8cfc7-4da2ddf0-n",
3. If I copied the executable jar file to the aforementioned location and run it, it works w/o complains.
Also when I tried to clean the cache by clicking the "Delete Files..." button in the control Panel -> java applet, it seems not working - the files are still there.
My OS is windows 7, the removal seems working on Win XP.
Thanks,
John.

I don't know if you are still having this problem but it is related to the browser that is used to launch the JNLP file.
Most browsers are still 32bit and use the 32bit version of the JRE. So that means when you click the link for the JNLP, from Firefox for example, it launches the 32bit version of Java because the java plugin for Firefox is still 32bit.
Thats why it works when launching is locally because it uses the default JRE which is the 64 bit one for 64 bit operating systems (as long as it is installed).
Hope that helps,
Mike

Help with strange error Can't load IA 32-bit .so on a IA 32-bit platform

Hi guys
I'm stuck on this problem for so long, it would be great if some one can help me out. I use jni to build a interface to access an native library and I have successfully get in running on my development environment, but when at deployment to another box, I get the following message.
/data/tomcat/app/libXXX.so Can't load IA 32-bit .so on a IA 32-bit platform
I have checked the configuration of LD_LIBRARY_PATH to point to the dir of the libXXX.so file. Is this error caused by dynamic link library missing something when it is moved to the deployment environment ? or is it because I'm not building it properly ? or the os version version ?? Thanks a lot guys.
the libXXX.so is build using the following line:
gcc -g -fno-exceptions -fPIC -DPIC -shared -I$JAVA_HOME/include/ -I$JAVA_HOME/include/linux -I./include -I./lib/gcc/ -lapi_v2_Core -lgrammarsCNT -lCryptoLib -lcontainer -ledi -ledicont -ledixml -ltcpsocket -lzlib -lexpat XXX.c -o ../../../target/classes/libXXX.so
Development Environment:
Deployment Environment
Tomcat Version = Apache Tomcat/5.5.14
JVM Version =      1.5.0_11-b03
OS Name = Linux
OS Version = 2.6.9-11.ELsmp
OS Architecture = i386
Deployment Environment
Tomcat Version = Apache Tomcat/5.5.20
JVM Version =      1.5.0_11-b03
OS Name = Linux
OS Version = 2.4.21-15.0.3.ELsmp
OS Architecture = i386

This error this being generated from linux when I execute the Jasper. I have jdk1.5.0_11 installed.:
org.apache.jasper.JasperException: /opt/jdk1.5.0_11/jre/lib/i386/xawt/libmawt.so: Can't load IA 32-bit so on to IA 32-bit platform.
Somebody can help me with this is urgent.

Win\32\nodemanager.dll:Can't load IA 32-bit .dll on a AMD 64-bit platform, while installing OIM.

Hi All,
I have installed Weblogic server with default domain. That installation was successful but when I started the OIM(Oracle Identity Management) set-up it halted at configuration step: "Create Domain"
I found the below logs under "C:\Oracle\Middleware\WebLogic\wlserver_12.1\common\nodemanager"
weblogic.nodemanager.common.ConfigException: Native version is enabled but nodemanager native library could not be loaded
    at weblogic.nodemanager.server.NMServerConfig.initProcessControl(NMServerConfig.java:269)
    at weblogic.nodemanager.server.NMServerConfig.<init>(NMServerConfig.java:210)
    at weblogic.nodemanager.server.NMServer.init(NMServer.java:183)
    at weblogic.nodemanager.server.NMServer.<init>(NMServer.java:149)
    at weblogic.nodemanager.server.NMServer.main(NMServer.java:373)
    at weblogic.NodeManager.main(NodeManager.java:31)
Caused by: java.lang.UnsatisfiedLinkError: C:\Oracle\Middleware\WebLogic\wlserver_12.1\server\native\win\32\nodemanager.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1939)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1864)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1854)
    at java.lang.Runtime.loadLibrary0(Runtime.java:845)
    at java.lang.System.loadLibrary(System.java:1084)
    at weblogic.nodemanager.util.WindowsProcessControl.<init>(WindowsProcessControl.java:17)
    at weblogic.nodemanager.util.ProcessControlFactory.getProcessControl(ProcessControlFactory.java:24)
    at weblogic.nodemanager.server.NMServerConfig.initProcessControl(NMServerConfig.java:267)
    ... 5 more
Although I have installed Weblogic using 64-bit JVM rather than using it's default JDK.
Can anyone help me?

Thanks for the quick reply Chris.
You're right. When I run file libttclient.so on the different client files, I see the version 5 one is 64-bit but the version 6 one is 32-bit.
Version 5 fie: libttclient.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped
Version 6 file: libttclient.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
The SysAdmin says they don't have 64-bit versions. Oh dear! And the developers aren't keen on changing their code to use a 32-bit JVM.
Ah well, thanks for the response.
Best wishes!

Can't load IA 64-bit .dll on a AMD 64-bit platform

hi,
I'm working on a Intel Xeon W5580 under Windows XP x64.
I created a simple DLL using JNI with "Intel IA-64 C++ Compiler v11.0" with the command line "icl /LD -o test.dll test.cpp test.def"
When I try to call my DLL function from Java, an error occurs:
Native code library failed to load.
java.lang.UnsatisfiedLinkError: C:\tmp\test.dll: Can't load IA 64-bit .dll on a AMD 64-bit platform
Can someone help me, please?
Thank you.

Just to clarify a bit further.
32-bit TimesTen is supported on 64-bit Windows. If you are using Java in direct mode then you must use a 32-bit JVM. If you are using client server then you can use a 64-bit JVM if you also install the 64-bit TimesTen client and use that with Java (but it will be much slower than direct mode of course).
Note also that due to limitations in 64-bit Windows support for 32-bit processes, 32-bit TimesTen will only deliver around 45% of the performance of the native 64-bit TimesTen port.
Chris

Can't load IA 32-bit .so on a AMD 64-bit platform

On a 64-bit AMD server, we have (what I believe are) 32-bit version 5 TT client library files being used to talk to a 32-bit version 5 TT server.
The box that the version 5 TT server is on is due for decommission, so we got our SysAdmins to install TimesTen on another server, however since they no longer had version 5 available, they installed the next lowest version, version 6 (32-bit).
From the 64-bit AMD server, as expected, the version 5 TT client files will not talk to the new version 6 TT server, giving a protocol error:
TimesTen 5.1.27 CLIENT]Protocol mismatch; client protocol: 27, server protocol: 28
So I got the SysAdmins to install the 32-bit version 6 TT files on the 64-bit AMD server. However, this also fails with the error below:
Could not get JDBC Connection; nested exception is java.sql.SQLException: /home/lonicet/ICE/1.0/runtime/bin/ICEApps-A/lib/TimesTen6/libttJdbcCS.so: Can't load IA 32-bit .so on a AMD 64-bit platform
Is there any workaround to this? I can't understand how the 32-bit version 5 TT client on the 64-bit AMD server can talk to the 32-bit version 5 TT server without issue. I asked the SysAdmin if they had a 64-bit version of TimesTen and he said they don't.
Regards.

Thanks for the quick reply Chris.
You're right. When I run file libttclient.so on the different client files, I see the version 5 one is 64-bit but the version 6 one is 32-bit.
Version 5 fie: libttclient.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped
Version 6 file: libttclient.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
The SysAdmin says they don't have 64-bit versions. Oh dear! And the developers aren't keen on changing their code to use a 32-bit JVM.
Ah well, thanks for the response.
Best wishes!

Purify-"Can't load library c:\jdk1.3.1\jre\bin\verify.dll"

I have JVM crash problem. So I tried to use purify to check the memory array boundary and other memory issues.
When I set purify to get "Memory profiling data" in "Run program" dialog, everything is ok. But if I want to get "Error and leak data", it always complained
"Can't load library c:\jdk1.3.1\jre\bin\verify.dll", because access is denied. Could not create the Java virtual machine."
I have tried JVM1.4 and JVM1.3 For JVM1.3, I am using -classic as purify requested.
Any information will be greatly appeciated. And I am dyning for the JVM crash problem. I have checked the c and JNI code and feel hard to find the problem by reading. Is there any other way or tools I can use? I have tried -Xcheck:jni, jdb. Nothing is useful. Thanks a lot.

I have JVM crash problem. So I tried to use purify to
check the memory array boundary and other memory
issues. Do you have any native code (JNI) of your own? If not, this exercise is likely to be a complete waste of time on your part, since it won't lead you to anything in your source that can be changed to fix it. It's a Java VM bug, and you'll have to deal with it in other ways.
It's entirely possible that Purify has some problems handling the JDK 1.3.1 verify.dll - probably because of some unexpected object structure or layout within it. Have you contacted Purify support?
But like I said, this is just going to be a complete waste of time on your part. Try a newer JDK (1.3.1_03 if you must stay with 1.3.1, or use the IBM 1.3 JDK, or just go to JDK 1.4.1), and see if you still run into this.

SQLDeveloper error "Can't load AMD 64-bit .dll on a IA 32-bit platform"

Hi
I've installed SQL Developer.
It starts, but when I try to connect to the HR database I get the following error message:
An error was encountered performing the requested operation:
C:\oracleee\product\11.2.0\dbhome_1\BIN\ocijdbc11.dll: Can't load AMD 64-bit .dll on a IA 32-bit platform
Vendor code 0I already have Oracle EE installed, and have installed JDeveloper today. Both are running with no problems.
SQLDeveloper, I initially downloaded without the JDK, but that didn't work, and reading the many replies to other people who had had the same problem (something about mscvr7.dll or some such), as per their exhortations I downloaded the SQLDeveloper that includes the JDK, which happens to be 32 bit (there is no 64 bit SQL Developer with JDK bundled with it). I'm running 64-bit W7.
Can anybody help me here? I don't have much of a clue when it comes to JDKs.
Many thanks,
Jason

>
Could you try to install JDK 64bit (not bundled)?
<<http://www.oracle.com/technetwork/java/javase/downloads/index.html>>
>
Hi,
is the problem that I don't have a 64-bit JDK? I thought it might be the other way round.
I think the following says I have a 64 bit java something, though is that the JRE, rather than the JDK?
C:\Users\J>echo %JAVA_HOME%
C:\Program Files (x86)\Java\jre7\bin
C:\Users\J>java -version
java version "1.7.0_04"
Java(TM) SE Runtime Environment (build 1.7.0_04-b22)
Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode)
C:\Users\J>java -d32 -version
Error: This Java instance does not support a 32-bit JVM.
Please install the desired version.
C:\Users\J>java -d64 -version
java version "1.7.0_04"
Java(TM) SE Runtime Environment (build 1.7.0_04-b22)
Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode)So, am I not running 64-bit? Maybe I need a 32-bit JDK...but then...SQLDeveloper was bundled with a JDK and there was only one option for that - 32bit!
Thanks,
Jason

Can't load jvm on W7x64

Similar Messages

Maybe you are looking for