Fixed miscellaneous typos, syntactic and grammatical errors.

diff --git a/dlls/crtdll/crtdll.h b/dlls/crtdll/crtdll.h
index e18af22..867920c 100644
--- a/dlls/crtdll/crtdll.h
+++ b/dlls/crtdll/crtdll.h
@@ -124,11 +124,11 @@
 extern INT  CRTDLL_errno;
 
 
-/* Binary compatable structures, types and defines used
+/* Binary compatible structures, types and defines used
  * by CRTDLL. These should move to external header files,
- * and in some cases need be renamed (CRTDLL_FILE!) to defs
+ * and in some cases need to be renamed (CRTDLL_FILE!) to defs
  * as used by lcc/bcc/watcom/vc++ etc, in order to get source
- * compatability for winelib.
+ * compatibility for winelib.
  */
 
 typedef struct _crtfile
diff --git a/dlls/crtdll/file.c b/dlls/crtdll/file.c
index f52f819..4d3f4fd 100644
--- a/dlls/crtdll/file.c
+++ b/dlls/crtdll/file.c
@@ -20,7 +20,7 @@
  * which is confusing with Win32 HANDLES.
  * M$ CRT includes inline versions of some of these functions (like feof()).
  * These inlines check/modify bitfields in the FILE structure, so we set
- * _flags/_file/_cnt in the FILE* to be binary compatable with the win dll.
+ * _flags/_file/_cnt in the FILE* to be binary compatible with the win dll.
  * lcc defines _IOAPPEND as one of the flags for a FILE*, but testing shows
  * that M$ CRT never sets it. So we keep the flag in our mapping table but
  * mask it out when we populate a FILE* with it. Then when we write we seek
diff --git a/dlls/ole32/clipboard.c b/dlls/ole32/clipboard.c
index 33c1571..2b71cd6 100644
--- a/dlls/ole32/clipboard.c
+++ b/dlls/ole32/clipboard.c
@@ -595,7 +595,7 @@
 void OLEClipbrd_Initialize()
 {
   /*
-   * Create the clipboard if necesary 
+   * Create the clipboard if necessary 
    */
   if ( !theOleClipboard )
   {
diff --git a/dlls/oleaut32/variant.c b/dlls/oleaut32/variant.c
index 840dd1d..1da615f 100644
--- a/dlls/oleaut32/variant.c
+++ b/dlls/oleaut32/variant.c
@@ -16,8 +16,8 @@
  *     The prototypes for these are commented out in the oleauto.h file.  They need
  *     to be implemented and cases need to be added to the switches of the  existing APIs.
  *   - The parsing of date for the VarDateFromStr is not complete.
- *   - The date manipulations do not support date prior to 1900.
- *   - The parsing does not accept has many formats has the Windows implementation.
+ *   - The date manipulations do not support dates prior to 1900.
+ *   - The parsing does not accept as many formats as the Windows implementation.
  */
 
 #include "config.h"
@@ -106,7 +106,7 @@
  * Note this function uses the postgresql date parsing functions found
  * in the parsedt.c file.
  *
- * Returns TRUE if successfull.
+ * Returns TRUE if successful.
  *
  * Note: This function does not parse the day of the week,
  * daylight savings time. It will only fill the followin fields in
@@ -224,7 +224,7 @@
  * and tm_isdst fields of the tm structure. And only converts years
  * after 1900.
  *
- * Returns TRUE if successfull.
+ * Returns TRUE if successful.
  */
 static BOOL TmToDATE( struct tm* pTm, DATE *pDateOut )
 {
@@ -319,7 +319,7 @@
 /******************************************************************************
  *	   DateToTm 	[INTERNAL]
  *
- * This function converst a windows DATE to a tm structure.
+ * This function converts a windows DATE to a tm structure.
  *
  * It does not fill all the fields of the tm structure.
  * Here is a list of the fields that are filled:
@@ -328,7 +328,7 @@
  * Note this function does not support dates before the January 1, 1900
  * or ( dateIn < 2.0 ).
  *
- * Returns TRUE if successfull.
+ * Returns TRUE if successful.
  */
 static BOOL DateToTm( DATE dateIn, LCID lcid, struct tm* pTm )
 {
diff --git a/memory/selector.c b/memory/selector.c
index d5d8df0..06398dc 100644
--- a/memory/selector.c
+++ b/memory/selector.c
@@ -774,7 +774,7 @@
  * Input:   EDI register: size of buffer to allocate
  * Output:  EDI register: pointer to buffer
  *
- * Note: The buffer is preceeded by 8 bytes:
+ * Note: The buffer is preceded by 8 bytes:
  *        ...
  *       edi+0   buffer
  *       edi-4   SEGPTR to buffer
diff --git a/misc/registry.c b/misc/registry.c
index 9306d0b..f3de32f 100644
--- a/misc/registry.c
+++ b/misc/registry.c
@@ -1190,7 +1190,7 @@
             is the index of the next free entry. The last has 0 as a link.
             The other three words in the free list are probably irrelevant.
 
-    Entries in text table are preceeded by a word at offset-2. This word
+    Entries in text table are preceded by a word at offset-2. This word
     has the value (2*index)+1, where index is the referring keyent/valent
     entry in the table. I have no suggestion for the 2* and the +1.
     Following the word, there are N bytes of data, as per the keyent/valent
diff --git a/msdos/int10.c b/msdos/int10.c
index 55450c1..2e2a858 100644
--- a/msdos/int10.c
+++ b/msdos/int10.c
@@ -42,7 +42,7 @@
  *    Most INT 10 functions for text-mode, CGA, EGA, and VGA cards
  *    are present in this list. (SVGA and XGA are not) That is not
  *    to say that all these functions should be supported, but if
- *    anyone is braindamaged enough to want to emulate one of these
+ *    anyone is brain-damaged enough to want to emulate one of these
  *    beasts then this should get you started. 
  *
  * NOTE:
@@ -86,7 +86,7 @@
         */
         
         /* These AllocColor calls have the side-effect of triggering 
-           ternimal initialization as xx_Init() is no longer called on
+           terminal initialization as xx_Init() is no longer called on
            startup. Which is what we want anyway. */
 
         color_palette[0]  = CONSOLE_AllocColor(WINE_BLACK);
@@ -269,41 +269,41 @@
 		break;
 	case 0x04: /* VESA SuperVGA BIOS - SAVE/RESTORE SuperVGA VIDEO STATE */
 		ERR("VESA SAVE/RESTORE Video State - Not Implemented\n");
-		/* AL_reg(context) = 0x4f; = supported so dont set since not implemented */	
-		/* maby we should do this instead ? */
+		/* AL_reg(context) = 0x4f; = supported so not set since not implemented */	
+		/* maybe we should do this instead ? */
 		/* AH_reg(context = 0x01;  not implemented so just fail */
 		break;
 	case 0x05: /* VESA SuperVGA BIOS - CPU VIDEO MEMORY CONTROL */
 		ERR("VESA CPU VIDEO MEMORY CONTROL\n");
-		/* AL_reg(context) = 0x4f; = supported so dont set since not implemented */	
-		/* maby we should do this instead ? */
+		/* AL_reg(context) = 0x4f; = supported so not set since not implemented */	
+		/* maybe we should do this instead ? */
 		/* AH_reg(context = 0x001; not implemented so just fail */
 		break;
 	case 0x06: /* VESA GET/SET LOGICAL SCAN LINE LENGTH */
 		ERR("VESA GET/SET LOGICAL SCAN LINE LENGTH - Not Implemented\n");
-		/* AL_reg(context) = 0x4f; = supported so dont set since not implemented */	
-		/* maby we should do this instead ? */
+		/* AL_reg(context) = 0x4f; = supported so not set since not implemented */	
+		/* maybe we should do this instead ? */
 		/* AH_reg(context = 0x001; not implemented so just fail */
 		break;
 	case 0x07: /* GET/SET DISPLAY START */
 		ERR("VESA GET/SET DISPLAY START - Not Implemented\n");
-		/* AL_reg(context) = 0x4f; = supported so dont set since not implemented */	
-		/* maby we should do this instead ? */
+		/* AL_reg(context) = 0x4f; = supported so not set since not implemented */	
+		/* maybe we should do this instead ? */
 		/* AH_reg(context = 0x001; not implemented so just fail */
 		break;
 	case 0x08: /* GET/SET DAC PALETTE CONTROL */
 		ERR("VESA GET/SET DAC PALETTE CONTROL- Not Implemented\n");
-		/* AL_reg(context) = 0x4f; = supported so dont set since not implemented */	
-		/* maby we should do this instead ? */
+		/* AL_reg(context) = 0x4f; = supported so not set since not implemented */	
+		/* maybe we should do this instead ? */
 		/* AH_reg(context = 0x001; not implemented so just fail */
 		break;
 	case 0x09: /* SET PALETTE ENTRIES */
 		FIXME("VESA Set palette entries - not implemented\n");
 		break;
-        case 0xef:  /* get video mode for hercules-compatables   */
+        case 0xef:  /* get video mode for hercules-compatibles   */
                     /* There's no reason to really support this  */
                     /* is there?....................(A.C.)       */
-                TRACE("Just report the video not hercules compatable\n");
+                TRACE("Just report the video not hercules compatible\n");
                 DX_reg(context) = 0xffff;
                 break; 
 	case 0xff: /* Turn VESA ON/OFF */
@@ -747,10 +747,10 @@
           *(DWORD *)(p+0x0a) = 0xfffffffd; /* capabilities flags :-) */
         }
         break;
-        case 0xef:  /* get video mode for hercules-compatables   */
+        case 0xef:  /* get video mode for hercules-compatibles   */
                     /* There's no reason to really support this  */
                     /* is there?....................(A.C.)       */
-                TRACE("Just report the video not hercules compatable\n");
+                TRACE("Just report the video not hercules compatible\n");
                 DX_reg(context) = 0xffff;
                 break; 
     default:
diff --git a/msdos/int15.c b/msdos/int15.c
index c2ba39c..c8c183a 100644
--- a/msdos/int15.c
+++ b/msdos/int15.c
@@ -82,7 +82,7 @@
 	    break;
 	case 0x04: /* Get Pointing Device Type */
 	    FIXME("Get Pointing Device Type - not implemented\n");
-	    BH_reg(context) = 0x01;/*Device id FIXME what is it suposed to be?*/
+	    BH_reg(context) = 0x01;/*Device id FIXME what is it supposed to be?*/
 	    break;
 	default:
 	    INT_BARF( context, 0x15 );
diff --git a/objects/brush.c b/objects/brush.c
index 9e9da6a..41c3a7c 100644
--- a/objects/brush.c
+++ b/objects/brush.c
@@ -223,7 +223,7 @@
  *
  *	Create a logical brush which has the pattern specified by the DIB
  *
- *	Function call is for compatability only.  CreateDIBPatternBrushPt should be used.   
+ *	Function call is for compatibility only.  CreateDIBPatternBrushPt should be used.   
  *
  * RETURNS
  *
diff --git a/win32/except.c b/win32/except.c
index 10fdf81..49c7205 100644
--- a/win32/except.c
+++ b/win32/except.c
@@ -15,8 +15,8 @@
  *  Another reason could be that Microsoft does not want others to write
  *  binary compatible implementations of the Win32 API (like us).  
  *
- *  Whatever the reason, THIS SUCKS!! Ensuring portabilty or future 
- *  compatability may be valid reasons to keep some things undocumented. 
+ *  Whatever the reason, THIS SUCKS!! Ensuring portability or future 
+ *  compatibility may be valid reasons to keep some things undocumented. 
  *  But exception handling is so basic to Win32 that it should be 
  *  documented!
  *
diff --git a/wine.ini b/wine.ini
index ed57d16..8881cbe 100644
--- a/wine.ini
+++ b/wine.ini
@@ -130,7 +130,7 @@
 ; 0 means default ANSI code page (CP_ACP == 0)
 TextCP=0
 ; Use this if you have more than one port for video on your setup 
-; (Wine uses for now the first 'input image' it founds).
+; (Wine uses for now the first 'input image' it finds).
 ;; XVideoPort = 43
 
 [fonts]