Date: Tue, 5 Dec 1995 18:53:31 -0800
Subject: user applet that crashes Win95!?!

So, five times in a row I managed to thoroughly crash my Win95 (cursor moves, but
no other response/movement on screen, CTRL-ALT-DEL yields "The system is either busy
or has become unstable...") by running the dec0595JDK appletviewer on:
   http://www.cs.brown.edu/research/graphics/projects/igi/spectrum/beta/spectrum6.html

You just need to wait a couple minutes for it to load all its pieces and start,
and then slowly left-drag a curve into the "reflectance" box...blammo!

(My guess would be that is has something to do with using up all the colors...)

It works AOK no problemo on latest Solaris NIGHTLY, and also on Win95
Netscape 2.0beta3!!

*******************************************************************************

Date: Wed, 6 Dec 1995 20:01:09 -0800
Subject: Re: user applet that crashes Win95!?!

Enclosed is the NT thread dump at the point of failure you asked for.

Also, the URL of one of *our* *own* applets that exhibits a very similar
behavior is:
   http://tachyon.eng/java.sun.com/applets/applets/Clock/index.html

...in this case, it slurps all of the System/GDI resources within about
one minute (as the clock hands move), but it doesn't actually crash Win95;
it just prevents any other Win95 program from starting, etc. etc.

---------------------------------------------------------------------------
um/beta/classes/CL/CLResultGraph.class to get CL.CLResultGraph
thread applet-CL.CLApp find class GP.GPFilledOval
Opening stream to: http://www.cs.brown.edu/research/graphics/projects/igi/spectr
um/beta/classes/GP/GPFilledOval.class to get GP.GPFilledOval

Full thread dump:
    "Screen Updater" (TID:0x1046728, sys_thread_t:0x35fe70, Win32ID:0x76, state:
CONDVAR_WAIT) prio=5
        java.lang.Object.wait(Object.java:150)
        sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:75)
        sun.awt.ScreenUpdater.run(ScreenUpdater.java:95)
    "AWT-Callback-Win32" (TID:0x10463e8, sys_thread_t:0x3492bc, Win32ID:0x77, st
ate:RUNNABLE) prio=5
        sun.awt.win32.MToolkit.run(MToolkit.java:57)
        java.lang.Thread.run(Thread.java:289)
    "AWT-Win32" (TID:0x1046390, sys_thread_t:0x3448a8, Win32ID:0xa1, state:RUNNA
BLE) prio=5
        sun.awt.win32.MToolkit.run(MToolkit.java:55)
        java.lang.Thread.run(Thread.java:289)
    "thread applet-CL.CLApp" (TID:0x1046280, sys_thread_t:0x307e5c, Win32ID:0xbb
, state:CONDVAR_WAIT) prio=5
        java.lang.Object.wait(Object.java:150)
        sun.applet.AppletPanel.getNextEvent(AppletPanel.java:154)
        sun.applet.AppletPanel.run(AppletPanel.java:174)
        java.lang.Thread.run(Thread.java:289)
    "Finalizer thread" (TID:0x10430e8, sys_thread_t:0x2f242c, Win32ID:0x5c, stat
e:CONDVAR_WAIT) prio=2
    "main" (TID:0x10430a0, sys_thread_t:0x2dc714, Win32ID:0x7f, state:CONDVAR_WA
IT) prio=5
Monitor Cache Dump:
    unknown key (key=0x2d87fc): <unowned>
    unknown key (key=0x2d7004): <unowned>
    unknown key (key=0x2d6d08): <unowned>
    sun.awt.ScreenUpdater@1046728/10EA690 (key=0x1046728): <unowned>
        waiters = 1
    sun.applet.AppletViewerPanel@10460A0/10E8BB8 (key=0x10460a0): <unowned>
        waiters = 1
    unknown key (key=0x2d8488): <unowned>
Registered Monitor Dump:
    Finalize me queue lock: <unowned>
        waiters = 1
    Thread queue lock: <unowned>
        waiters = 1
    Class lock: <unowned>
    Java stack lock: <unowned>
    Code rewrite lock: <unowned>
    Heap lock: <unowned>
    Has finalization queue lock: <unowned>
    Monitor cache lock: <unowned>
    Monitor registry: <unowned>