FULL PRODUCT VERSION :


ADDITIONAL OS VERSION INFORMATION :
Two Fatal Errors:

First Error: the java runtime environment cannot be loaded.
Second error: Several Java Virtual Machines running in the same process caused an error.

Iexplore.exe error, Application Error as third error:
The instruction at "0x2e746e65" referenced memory at "0x2e746e65". The memory could not be "read". Click on OK to terminate the program

A DESCRIPTION OF THE PROBLEM :
Surfing website: http://www.xs4all.nl/~world2cd/weer/Utrecht-weer-history.htm

Plug in Error


Two Fatal Errors:

First Error: the java runtime environment cannot be loaded.
Second error: Several Java Virtual Machines running in the same process caused an error.

Iexplore.exe error, Application Error as third error:
The instruction at "0x2e746e65" referenced memory at "0x2e746e65". The memory could not be "read". Click on OK to terminate the program


REPRODUCIBILITY :
This bug can be reproduced always.
Posted Date : 2007-05-18 22:30:18.0

This looks like a multi-JRE support in browser issue, related to our RFE for JDK 7.
Posted Date : 2007-05-21 14:29:54.0

N/A

I can't reproduce this on Windows XP SP2 with IE 7 and a pre-release 1.6.0_02 build. No crashes or freezes upon loading. I don't know what the submitter means by "Several Java Virtual Machines running in the same process caused an error". It has never been supported to have multiple HotSpot JVMs instantiated in the same process, and we do not currently launch multiple JVMs to execute multiple applets on a web page.

Marking as incomplete. If you can provide a more reproducible test case please do.
Posted Date : 2007-05-21 23:58:15.0

Closing as not reproducible.
Posted Date : 2007-08-20 21:54:19.0

There have historically been many reports of problems running applets
when a large -Xmx setting has been specified via the Java Control
Panel. Some bugs where this either definitely is the root cause, or
may be the root cause, include 6359309, 6433218, 6516270, 6528750, and
6559586.

Up until recently, it was not technically feasible to fix this problem
in the Java Plug-In due to its in-process architecture.

In recent months a new implementation of the Java Plug-In has been
developed which changes the execution model of applets. Instead of
running the applets in a JVM embedded in the web browser's process,
they are now run in a separate JVM process which communicates back to
the web browser. The initial checkin of this work done under bug ID
6622332.

This new plug-in solves this problem in two ways. First, since the JVM
is no longer running in the same process as the web browser, the
address space fragmentation problem (which occurs most often in the
Internet Explorer browser) does not interfere with the specification
of a large -Xmx value via the Java Runtime Parameters in the Java
Control Panel.

Second, the new Java Plug-In supports specification of JVM
command-line arguments, including -Xmx, on a per-applet basis via a
new java_arguments parameter in the applet's HTML. This eliminates the
need to do any global setting of this or other parameters in the Java
Control Panel.

The new Java Plug-In is currently available for testing in the early
access builds of the "6uN" release, which can be downloaded from
https://jdk6.dev.java.net/6uNea.html . See
https://jdk6.dev.java.net/testPlugIn.html for instructions on testing
the new Java Plug-In specifically. In 6uN build 10, the new Java
Plug-In is enabled by default upon installation on the Windows
platform; see the testing instructions for installation on the Solaris
and Linux platforms.

Customer feedback so far indicates that the new Java Plug-In
conclusively solves this longstanding problem.

For tracking purposes, this bug is being closed as a duplicate of
6622332, which is the "umbrella" bug covering the initial integration
of the new Java Plug-In.

Note that currently the new plug-in does not change the default heap
size for applets, but we believe that this will be far less of an
issue now that an individual applet can request a particular heap
size. We are open to revisiting this particular issue, in particular
in the context of the new plug-in.

Please try the new Java Plug-In and file any issues against it under
product java, category java_plugin, subcategory plugin2.
Posted Date : 2008-01-17 05:01:07.0

I am experiencing this exact problem. I take a class that requires me to have Netbeans 5.5 installed. I have XP SP2 and was originally using MS Java in IE7. I installed Java Application Platform SDK Update 2 with JDK and then installed Java SE Runtime Environment 6 Update 1. I have not installed Netbeans on this system yet. I have "use JRE 1.6.0_01 for applet" selected and "scripting of Java applets" set to enabled in IE options. I am getting the same errors in Firefox except of course the Iexplore.exe error. I also tried the fix mentioned on the forums (adding -Xmx512m to the Java Runtime parameters) but that didn't help. I have 1GB of RAM. Tried un-installing and re-installing but that does not help either. 

I am the one who posted today.  The problem was resolved on my system by typing "Xmx512m" without the quotes instead of "-Xmx512m" without the quotes into the Java Runtime Parameters area. This was not made clear on the forums that mentioned the more common "Several Java Virtual Machines..." error.

I am expieienciing the same thing when I go to Yahioo game
penhal@telus.net

I have the same two problems trying to play Pogo games....intermittently. I have two XP SP2 machines side-by-side. The one running IE 6.0.2900.2180.xpsp_sp2_rtm.04803-2158 and Java Plug-in 1.6.0_02 has NO issues like this - and never has. This machine, running IE 7.0.5730.11 and Java Plug-in 1.6.0_03, DOES. I thought I had figured it out once. I thought thay by closing all browsers and going to a site that did not use Java at all might be prompting "garbage collection"...shutting down the "too many running processes." Nope. It seemed to be a "fix" for awhile. What's REALLY odd is that, often,  neither a cold nor warm re-boot even "fix" it. (Now that IS an issue.) There seems to be no rhyme or reason to the whole thing. (I even try shutting down all programs that might have "anything Java" in them (Outlook2007? Yahoo Instant Messager?)...loading NEITHER (or ANYTHING else) after a re-boot. Sometimes I get lucky, sometimes not. There's no decernible pattern to it. Naturally, I've exhausted trying re-installed of Java 1.6.0_03 and I believe I even deleted everything and returned to 1.6.0_02, but don't quote me on that. (I probably did with ill results, if I recall right, so I returned to the latest version.) It's "gotta" be an IE 7 thing.

Others with the same problem....see the solution above (I am the one who posted today.  The problem was resolved on my system by typing "Xmx512m" without the quotes instead of "-Xmx512m" without the quotes into the Java Runtime Parameters area.)

It worked great. Not only is my Java fixed, the whole pc sped up tremendously, like old times, LOL. Thanks for the tip.

This bug is being fixed in 6u10. Which will be finished late this summer.

You can test the beta from here:
http://java.sun.com/javase/downloads/ea.jsp

Here is the bug in our bug database:
http://bugs.sun.com/view_bug.do?bug_id=6516270

-Roger