Fix typos
authorAndreas Hermann Braml <andreas@braml.org>
Thu, 19 Aug 2010 01:15:43 +0000 (03:15 +0200)
committerAndreas Hermann Braml <andreas@braml.org>
Thu, 19 Aug 2010 01:15:43 +0000 (03:15 +0200)
doc/bestpractices.txt
doc/buildinstall.txt
doc/buildlevels.txt
doc/coverageintro.txt

index 3e8c838..8b8b8c7 100644 (file)
@@ -7,7 +7,7 @@ PARA Workflow;;
 
  1. Development
       * Write a testsuite, build your program with -O0 -g -DEBUG_ALPHA and run
-        the testsuite under valgrind control. Hack until the program mets the
+        the testsuite under valgrind control. Hack until the program meets the
         specifications defined by the testsuite.
  2. Beta Test
       * Build with desired optimization level and -g -DEBUG_BETA and give the
@@ -18,7 +18,7 @@ PARA Workflow;;
 PARA What and when to check;;
 
   * Add REQUIRE checks on your interfaces (incoming parameters). Especially if
-    a argument might not cover the whole range of the underlying type.
+    an argument might not cover the whole range of the underlying type.
   * Don't waste your and your CPU's time with unnecessary checks. The testsuite
     should validate your program. NoBug aids in debugging. You can add
     Postconditions (ENSURE) and Invariants when you have a bug somewhere and
index 755351e..a5aa305 100644 (file)
@@ -22,7 +22,7 @@ available, needs more testing]
 |=================================================================================
 
 NoBug has few mandatory dependencies on other software and libraries,
-some things such as valgrind support are optional and should be automatially
+some things such as valgrind support are optional and should be automatically
 detected by `./configure`. Nevertheless it
 requires 'pkg-config' to be installed or you'll get some weird errors at
 bootstrapping (`autoreconf`) already.
index dba2a20..6bc0635 100644 (file)
@@ -1,4 +1,4 @@
-HEAD- Debugging Information Granuality: The Build Levels;;
+HEAD- Debugging Information Granularity: The Build Levels;;
 INDEX Build Levels; buildlevel; selecting the build level
 
 There are three different levels of debugging information available: alpha, beta
@@ -12,7 +12,7 @@ an error while compiling will occur.
         are enabled.
   *BETA*::
         This debugging level is more appropriate for projects beyond the
-       development phase and ready for trials in the field and users willing to
+       development phase and ready for field-testing with users willing to
        test the software. The most expensive debugging features are disabled
        at this level.
   *RELEASE*::
index 0f326bf..3ff98bb 100644 (file)
@@ -2,7 +2,7 @@ HEAD- Fault coverage checking;;
 
 CAUTION: Fault coverage checking is an experimental feature!
 
-Nobug can automatically inject faults at instrumented points and permute
+NoBug can automatically inject faults at instrumented points and permute
 through all potential error paths of an application by restarting it with the
 state from a former run. It can be used to provide information on whether
 a particular error is adequately treated in an application. Fault coverage
@@ -13,7 +13,7 @@ NOTE: This kind of testing is very expensive on performance.
 
 HEAD~ How Does Automatic Fault Injection Work?;;
 
-Firstly, NoBug checks if the `NOBUG_COVERAGE` environment variable is set. If
+First, NoBug checks if the `NOBUG_COVERAGE` environment variable is set. If
 it is set, it must contain a space, comma or a semicolon separated list of 
 filenames which are the logs from a previous run. These logs are then parsed as 
 the states of the previous run, storing these in a lookup tree.