]> git.ipfire.org Git - thirdparty/valgrind.git/commitdiff
Fix double 'the the' in documentation.
authorMark Wielaard <mark@klomp.org>
Fri, 5 Apr 2013 13:19:12 +0000 (13:19 +0000)
committerMark Wielaard <mark@klomp.org>
Fri, 5 Apr 2013 13:19:12 +0000 (13:19 +0000)
git-svn-id: svn://svn.valgrind.org/valgrind/trunk@13363

cachegrind/docs/cg-manual.xml
docs/xml/manual-core-adv.xml
drd/docs/drd-manual.xml
exp-sgcheck/docs/sg-manual.xml
memcheck/docs/mc-manual.xml
memcheck/docs/mc-tech-docs.xml

index 13331d89b98b1bb3f59c7f1ef08ec6b7fb7fe811..f45bda8fdcd6c593916c24a4d06543529e17f6d6 100644 (file)
@@ -352,7 +352,7 @@ a column contains only a dot it means the function never performs
 that event (e.g. the third row shows that
 <computeroutput>strcmp()</computeroutput> contains no
 instructions that write to memory). The name
-<computeroutput>???</computeroutput> is used if the the file name
+<computeroutput>???</computeroutput> is used if the file name
 and/or function name could not be determined from debugging
 information. If most of the entries have the form
 <computeroutput>???:???</computeroutput> the program probably
@@ -1367,7 +1367,7 @@ shortcomings:</para>
 </itemizedlist>
 
 <para>Another thing worth noting is that results are very sensitive.
-Changing the size of the the executable being profiled, or the sizes
+Changing the size of the executable being profiled, or the sizes
 of any of the shared libraries it uses, or even the length of their
 file names, can perturb the results.  Variations will be small, but
 don't expect perfectly repeatable results if your program changes at
index 73bdb5a46bd2fa9b4ecf6cdbebf0c0511fc43fc9..ff173510431098d6bf9c2b63be27a431852acf6f 100644 (file)
@@ -1542,7 +1542,7 @@ that wildcards are allowed for both sonames and function names.
 The details are discussed below.</para>
 
 <para><computeroutput>VALGRIND_GET_ORIG_FN</computeroutput>: 
-once in the the wrapper, the first priority is
+once in the wrapper, the first priority is
 to get hold of the address of the original (and any other supporting
 information needed).  This is stored in a value of opaque 
 type <computeroutput>OrigFn</computeroutput>.
index a94d612abe66961ae9bcc960d4003b323b2c7bb7..7e20d9922455017d0ab261822912623b010312f6 100644 (file)
@@ -497,7 +497,7 @@ behavior of the DRD tool itself:</para>
         Print stack usage at thread exit time. When a program creates a large
         number of threads it becomes important to limit the amount of virtual
         memory allocated for thread stacks. This option makes it possible to
-        observe how much stack memory has been used by each thread of the the
+        observe how much stack memory has been used by each thread of the
         client program. Note: the DRD tool itself allocates some temporary
         data on the client thread stack. The space necessary for this
         temporary data must be allocated by the client program when it
index 8b717e890fc928bb0c3b7645e449be13608243e7..a8ee31380e2ba6bc82ca56ae18a7f6f4f3e9cee6 100644 (file)
@@ -217,7 +217,7 @@ of.</para>
   </listitem>
 
   <listitem>
-   <para>Coverage: SGCheck does not check whether the the areas read
+   <para>Coverage: SGCheck does not check whether the areas read
    or written by system calls do overrun stack or global arrays.  This
    would be easy to add.</para>
   </listitem>
index 7a22401e63c42ad636cb5dab1de37f950e66ea5f..c007759048ba712ee9841b84b9ccdd935196db96 100644 (file)
@@ -821,7 +821,7 @@ is <option>--errors-for-leak-kinds=definite,possible</option>
       bytes are marked as initialised.</para>
 
       <para>Note that code that behaves in this way is in violation of
-      the the ISO C/C++ standards, and should be considered broken.  If
+      the ISO C/C++ standards, and should be considered broken.  If
       at all possible, such code should be fixed.  This option should be
       used only as a last resort.</para>
     </listitem>
index 1de368e6344d01f4612d9027178b2c31b7c352bf..94911d08901cdd226fcdb71c61d06f365a93af8b 100644 (file)
@@ -848,7 +848,7 @@ turn maintained by
 <title>Introduction to UCode</title>
 
 <para>UCode lies at the heart of the x86-to-x86 JITter.  The
-basic premise is that dealing the the x86 instruction set head-on
+basic premise is that dealing with the x86 instruction set head-on
 is just too darn complicated, so we do the traditional
 compiler-writer's trick and translate it into a simpler,
 easier-to-deal-with form.</para>