JDK-6227706 : OGL: Application crashes when running with opengl and a max heap size of 128 MB, Win32
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 5.0
  • Priority: P2
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2005-02-10
  • Updated: 2010-04-02
  • Resolved: 2005-03-07
Related Reports
Relates :  
I am running a 2D application on WinXP with opengl enabled. This application would bring up frame / dialog/ window one after the other and perform some Graphics rendering on it. Windows are created with different available GCs. With the default heap settings, everything runs normally. But when running with '-Xmx128m -Xms64m' and opengl enabled, the VM crashes when showing the Window. The system on which this was executed contains 512 MB RAM and it is a P2-2.40GHZ machine. It has Nvidia GeForce MX4000 video card with the latest driver (66.93). This is also reproducible on another system having NVidia GeForce MX440 video card. 

This is noticed on Mustang-b22 as well as Tiger-FCS. 

I have attached a sample test. Execute the sample test as follows:
java -Xmx128m -Xms64m -Dsun.java2d.opengl=True CreateWindowMultiScreenTest
You would see a frame showing all the renderings followed by a Dialog. If the VM crashes after dialog gets disposed, the bug is reproduced. (if not getting the first time, try running it couple of more times)

I tried debugging this using JConsole and the memory usage rises up to 10MB before the app crashes. If I click 'Perform GC' manually after frame's disposal or Dialog's disposal, the crash is not happening.
###@###.### 2005-2-10 11:46:35 GMT

EVALUATION This is most likely caused by multiple contexts/threads interacting improperly. These situations are much less likely to occur now that the single-threaded rendering changes have been integrated (see 6219284). We have verified that this problem is no longer reproducible after testing with the latest nightly builds that include the STR changes. Closing as "not reproducible". ###@###.### 2005-03-07 19:27:33 GMT