[or-cvs] minor fixes

[arma at seul.org]

Update of /home/or/cvsroot/tor/src/common
In directory moria:/tmp/cvs-serv5975

Modified Files:
	compat.h util.h 
Log Message:
minor fixes


Index: compat.h
===================================================================
RCS file: /home/or/cvsroot/tor/src/common/compat.h,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -p -d -r1.48 -r1.49
--- compat.h	5 Jun 2006 09:07:00 -0000	1.48
+++ compat.h	4 Jul 2006 03:25:07 -0000	1.49
@@ -160,7 +160,7 @@ int touch_file(const char *fname);
 
 /* ===== Net compatibility */
 #ifdef MS_WINDOWS
-/** On windows, you have to call close() on fds returned by open(),
+/** On Windows, you have to call close() on fds returned by open(),
  * and closesocket() on fds returned by socket().  On Unix, everything
  * gets close()'d.  We abstract this difference by always using
  * tor_close_socket to close sockets, and always using close() on
@@ -247,8 +247,9 @@ void spawn_exit(void);
 #undef TOR_IS_MULTITHREADED
 #endif
 
-/* Because we use threads instead of processes on Windows, we need locking on
- * Windows.  On Unixy platforms, these functions are no-ops. */
+/* Because we use threads instead of processes on most platforms (Windows,
+ * Linux, etc), we need locking for them.  On platforms with poor thread
+ * support or broken gethostbyname_r, these functions are no-ops. */
 
 typedef struct tor_mutex_t tor_mutex_t;
 #ifdef TOR_IS_MULTITHREADED

Index: util.h
===================================================================
RCS file: /home/or/cvsroot/tor/src/common/util.h,v
retrieving revision 1.160
retrieving revision 1.161
diff -u -p -d -r1.160 -r1.161
--- util.h	18 Jun 2006 07:32:31 -0000	1.160
+++ util.h	4 Jul 2006 03:25:07 -0000	1.161
@@ -28,7 +28,7 @@
  * calling assert() normally.
  */
 #ifdef NDEBUG
-/* Nobody should ever want to build with NDEBUG set.  99% of your asserts will
+/* Nobody should ever want to build with NDEBUG set.  99% of our asserts will
  * be outside the critical path anyway, so it's silly to disable bugchecking
  * throughout the entire program just because a few asserts are slowing you
  * down.  Profile, optimize the critical path, and keep debugging on.