been using Virtual Box (VBox). It was picked up by Cisco, but they haven't ruined it ... yet
Isn't that Oracle? (www.virtualbox.org, check page-footer)been using Virtual Box (VBox). It was picked up by Cisco, but they haven't ruined it ... yet
Isn't that Oracle? (www.virtualbox.org, check page-footer)been using Virtual Box (VBox). It was picked up by Cisco, but they haven't ruined it ... yetIsn't that Oracle? (www.virtualbox.org, check page-footer)
. Hit the wrong shortcut key(s)
. Some days, just nuthin' goes right <sigh />.Also, almost forgot: what's the symptoms when you try to launch the application? If it's a "Windows failed to load JVM.DLL" kinda message, it might be as simple as a x64 vs x86 JRE version issue.You have (also) installed the x86 version of Java I assume? It sure looks like the SAS application is x86, and those are not capable of loading a x64 edition of the Java dll's. (If the application just shells out to a Java.exe then it would have worked as expected.)
Maybe an OS issue, maybe a hardware issue, we never did pin it down, but we were leaning toward hardware before we quit - not enough return for the effortNever attribute to hardware that which can be attributed to retarded enterprise application developers..
Good point to check on. Indeed, x86. SAS says that even if you have an x64 system, to still use x86 Java and JVM.
As I may have mentioned above, SAS installed fine on a second hard disk in same system via dual-boot. So problem is not the hardware. Nor basic drivers present. As those remain constant.
Original address: https://www.donationcoder.com/forum/index.php?topic=32863.0