-
Bug
-
Resolution: Not an Issue
-
P3
-
1.0, 1.2.0, 1.3.0, 1.4.2, 5.0
-
generic, x86, sparc
-
generic, solaris_1, solaris_2.4, windows_xp
Many aspects of ThreadGroup behavior are not tightly specified. This
bug is meant to be a catch all for various other bugs that are effects of these spec problems.
- duplicates
-
JDK-1243331 ThreadGroup method setMaxPriority has two bugs
-
- Closed
-
- relates to
-
JDK-4404519 (spec thread) Thread.setDaemon() should not be allowed after the thread terminates
-
- Closed
-
-
JDK-4162694 (thread) ThreadGroup.activeCount() doesn't always reach 0 after stop() called
-
- Closed
-
-
JDK-4168811 (thread) ThreadGroup is not empty after last Thread dies
-
- Closed
-
-
JDK-4175101 (thread) What is the ThreadGroup of a dead thread?
-
- Closed
-
-
JDK-4229558 (thread) ThreadGroup.activeCount vs ThreadGroup.enumerate on 1.1 vs 1.2
-
- Closed
-
-
JDK-4109242 (thread spec) Thread.activeCount() does not define "active"
-
- Closed
-
-
JDK-4078440 (thread) Thread class should have getState() method
-
- Closed
-
-
JDK-4300827 (spec thread) ThreadDeath should note that stop is @deprecated
-
- Closed
-
-
JDK-4310779 (spec thread) Incomplete spec for Thread.{sleep(),join()} signatures that take arguments
-
- Closed
-
-
JDK-6416721 (spec thread) Fix Thread.yield() javadoc
-
- Closed
-
-
JDK-4082405 (thread) Thread.enumerate() yields wrong result (it counts inactive threads)
-
- Closed
-
-
JDK-4528152 (thread spec) Do unstarted daemon threads prevent VM termination?
-
- Closed
-
-
JDK-5109912 (spec thread) Thread.enumerate() and Thread.activeCount() don't match ThreadGroup methods
-
- Closed
-
-
JDK-6378434 (thread) IllegalThreadStateException invoking Thread.start after getting OOME (jdk5.0)
-
- Closed
-
-
JDK-1243764 Better interface for getting and counting threads and thread groups
-
- Closed
-