Fix some typos.
authorBruce Mitchener <bruce.mitchener@gmail.com>
Fri, 9 Dec 2011 04:23:00 +0000 (11:23 +0700)
committerBruce Mitchener <bruce.mitchener@gmail.com>
Fri, 9 Dec 2011 04:23:00 +0000 (11:23 +0700)
doc/README.win32
doc/gcdescr.html
doc/gcinterface.html
doc/scale.html

index 4131529..3ffb3b6 100644 (file)
@@ -153,7 +153,7 @@ http://bugzilla.openwatcom.org/show_bug.cgi?id=664), so You are warned.
 Incremental Collection
 ----------------------
 There is some support for incremental collection.  By default, the
-collector chooses between explicit page protection, anf GetWriteWatch-based
+collector chooses between explicit page protection, and GetWriteWatch-based
 write tracking automatically, depending on the platform.
 
 The former is slow and interacts poorly with a debugger.
index 68448e6..be83c1d 100644 (file)
@@ -558,7 +558,7 @@ accomplished with <TT># define</tt>'s in <TT>gc.h</tt>
 (really <TT>gc_pthread_redirects.h</tt>), or optionally
 by using ld's function call wrapping mechanism under Linux.
 <P>
-Recent versions of the collector support several facilites to enhance
+Recent versions of the collector support several facilities to enhance
 the processor-scalability and thread performance of the collector.
 These are discussed in more detail <A HREF="scale.html">here</a>.
 We briefly outline the data approach to thread-local allocation in the
@@ -572,7 +572,7 @@ The free list arrays associated
 with each thread are only used to satisfy requests for objects that
 are  both very small, and belong to one of a small number of well-known
 kinds.  These currently include "normal" and pointer-free objects.
-Depending onthe configuration, "gcj" objects may also be included.
+Depending on the configuration, "gcj" objects may also be included.
 <P>
 Thread-local free list entries contain either a pointer to the first
 element of a free list, or they contain a counter of the number of
index c78f6a9..ea6dfc5 100644 (file)
@@ -133,7 +133,7 @@ that write to the garbage collected heap.
 <DD>
 Replace the default procedure used by the collector to print warnings.
 The collector
-may otherwise write to sterr, most commonly because GC_malloc was used
+may otherwise write to stderr, most commonly because GC_malloc was used
 in a situation in which GC_malloc_ignore_off_page would have been more
 appropriate.  See <A HREF="http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/gch.txt">gc.h</a> for details.
 <DT> <B> void GC_REGISTER_FINALIZER(...) </b>
index 3d976ea..b9de2e4 100644 (file)
@@ -158,7 +158,7 @@ the client using either one or two marker threads, and running
 one or two client threads.  Note that the client uses thread local
 allocation exclusively.  With -DTHREAD_LOCAL_ALLOC the collector
 switches to a locking strategy that is better tuned to less frequent
-lock acquisition.  The standard allocation primitives thus peform
+lock acquisition.  The standard allocation primitives thus perform
 slightly worse than without -DTHREAD_LOCAL_ALLOC, and should be
 avoided in time-critical code.
 <P>