svn commit: r251291 - stable/9/lib/libthr/thread

[Konstantin Belousov]

Author: kib
Date: Mon Jun  3 04:58:12 2013
New Revision: 251291
URL: http://svnweb.freebsd.org/changeset/base/251291

Log:
  MFC r251040:
  Partially apply the capitalization of the heading word of the sequence
  and fix typo.

Modified:
  stable/9/lib/libthr/thread/thr_sig.c
Directory Properties:
  stable/9/lib/libthr/   (props changed)

Modified: stable/9/lib/libthr/thread/thr_sig.c
==============================================================================
--- stable/9/lib/libthr/thread/thr_sig.c	Mon Jun  3 04:57:15 2013	(r251290)
+++ stable/9/lib/libthr/thread/thr_sig.c	Mon Jun  3 04:58:12 2013	(r251291)
@@ -205,9 +205,9 @@ handle_signal(struct sigaction *actp, in
 	curthread->in_sigsuspend = 0;
 
 	/*
-	 * if thread is in deferred cancellation mode, disable cancellation
+	 * If thread is in deferred cancellation mode, disable cancellation
 	 * in signal handler.
-	 * if user signal handler calls a cancellation point function, e.g,
+	 * If user signal handler calls a cancellation point function, e.g,
 	 * it calls write() to write data to file, because write() is a
 	 * cancellation point, the thread is immediately cancelled if 
 	 * cancellation is pending, to avoid this problem while thread is in
@@ -229,7 +229,7 @@ handle_signal(struct sigaction *actp, in
 	 * We have already reset cancellation point flags, so if user's code
 	 * longjmp()s out of its signal handler, wish its jmpbuf was set
 	 * outside of a cancellation point, in most cases, this would be
-	 * true. however, ther is no way to save cancel_enable in jmpbuf,
+	 * true.  However, there is no way to save cancel_enable in jmpbuf,
 	 * so after setjmps() returns once more, the user code may need to
 	 * re-set cancel_enable flag by calling pthread_setcancelstate().
 	 */