Mustang: Swing apps freeze then painting corrupt
Is anyone else seeing this behaviour, or does a bug already exist? I'll be happy to submit a bug on this, but I don't feel like I have enough information to write a useful one.
Under Mustang b79 and b81, my Swing apps and applets are having serious issues. Often, when a repaint is required, the entire Windows system freezes for about 20 seconds, after which the application window is corrupt, but responsive (often displaying black areas, but sometimes even colourful static).
I have reproduced this with applications, webstart apps, and even applets running in Firefox.
I have *not* been able to reproduce it on a SWT application (SmartCVS). The problem does not occur on Java 1.5.x. The problem does not occur often if the system has just been started, but happens almost continually after the system has been running for a day or two.
No exceptions are thrown, but the application/applet's used heap size is always significantly smaller immediately after the hang, so it seems like the system is hanging during GC brought on by the window painting.
I don't seem to be the only one experiencing this. This report on the jEdit community forums describes exactly the effect I'm seeing, and links to a typical screenshot:
I can provide additional screenshots if required.
Windows XP SP2
ATI Radeon 9800Pro 128MB with latest official driver