[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[patch] javadoc typo in Thread.java
From: |
C. Scott Ananian |
Subject: |
[patch] javadoc typo in Thread.java |
Date: |
Sun, 8 Sep 2002 22:09:00 -0400 (EDT) |
A few javadoc comments in vm/reference/java/lang/Thread.java have
"threat" instead of "thread". The appended patch corrects this.
--scott
NORAD ammunition blowfish COBRA JUDY anthrax algorithm NRA North Korea
EZLN assassination politics Sugar Grove DC MI5 terrorist Waihopai
( http://cscott.net/ )
Index: vm/reference/java/lang/Thread.java
===================================================================
RCS file: /cvsroot/classpath/classpath/vm/reference/java/lang/Thread.java,v
retrieving revision 1.21
diff -u -p -r1.21 Thread.java
--- vm/reference/java/lang/Thread.java 25 Mar 2002 07:54:39 -0000 1.21
+++ vm/reference/java/lang/Thread.java 9 Sep 2002 02:06:48 -0000
@@ -286,7 +286,7 @@ public class Thread implements Runnable
* Yield to another thread. The Thread will not lose any locks it holds
* during this time. There are no guarantees which thread will be
* next to run, and it could even be this one, but most VMs will choose
- * the highest priority threat that has been waiting longest.
+ * the highest priority thread that has been waiting longest.
*/
public static native void yield();
@@ -294,7 +294,7 @@ public class Thread implements Runnable
* Suspend the current Thread's execution for the specified amount of
* time. The Thread will not lose any locks it has during this time. There
* are no guarantees which thread will be next to run, but most VMs will
- * choose the highest priority threat that has been waiting longest.
+ * choose the highest priority thread that has been waiting longest.
*
* @param ms the number of milliseconds to sleep, or 0 for forever
* @throws InterruptedException if the Thread is interrupted; it's
@@ -311,7 +311,7 @@ public class Thread implements Runnable
* Suspend the current Thread's execution for the specified amount of
* time. The Thread will not lose any locks it has during this time. There
* are no guarantees which thread will be next to run, but most VMs will
- * choose the highest priority threat that has been waiting longest.
+ * choose the highest priority thread that has been waiting longest.
*
* <p>Note that 1,000,000 nanoseconds == 1 millisecond, but most VMs do
* not offer that fine a grain of timing resolution. Besides, there is
- [patch] javadoc typo in Thread.java,
C. Scott Ananian <=