Plein de typos relevés par Pascal Perrier

postgresql/ecpg.xml

@@ -4663,7 +4663,7 @@ tup_deleted = 0 (type: 9)
 
    <para>
     Une méthode simple pour intercepter des erreurs et des avertissements
-    est de paramétrer des actions spécifiques à exécuter des qu'une condition
+    est de paramétrer des actions spécifiques à exécuter dès qu'une condition
     particulière se produit. En général:
 <programlisting>
 EXEC SQL WHENEVER <replaceable>condition</replaceable> <replaceable>action</replaceable>;
@@ -4700,7 +4700,7 @@ EXEC SQL WHENEVER <replaceable>condition</replaceable> <replaceable>action</repl
        <para>
         L'action spécifiée est appelée dès qu'un ordre SQL
 	récupère ou affecte zéro enregistrement. (Cette condition n'est
-	pas une erreu, mais vous pourriez être intéressé par un traitement
+	pas une erreur, mais vous pourriez être intéressé par un traitement
 	spécial dans ce cas).
        </para>
       </listitem>
@@ -4738,7 +4738,7 @@ EXEC SQL WHENEVER <replaceable>condition</replaceable> <replaceable>action</repl
       <listitem>
        <para>
         Affiche un message vers la sortie standard. C'est utile pour
-	des programmes simple ou durant le prototypage. Le détail du
+	des programmes simples ou durant le prototypage. Le détail du
 	message ne peut pas être configuré.
        </para>
       </listitem>
@@ -4796,7 +4796,7 @@ EXEC SQL WHENEVER SQLERROR STOP;
     avertissement qu'il met en place s'applique à tous les ordres SQL
     embarqués qui apparaissent après le point où le gestionnaire est
     mis en place, sauf si une autre action a été mise en place pour la
-    même conditionentre le premier <literal>EXEC SQL WHENEVER</literal>
+    même condition entre le premier <literal>EXEC SQL WHENEVER</literal>
     et l'ordre SQL entrainant la condition, quel que soit le déroulement
     du programme C. Par conséquent, aucun des extraits des deux 
     programmes C suivants n'aura l'effet escompté:
@@ -4869,7 +4869,7 @@ struct
    </para>
 
    <para>
-    <varname>sqlca</varname> couvres à la fois les avertissements
+    <varname>sqlca</varname> couvre à la fois les avertissements
     et les erreurs. Si plusieurs avertissements ou erreurs se produisent
     durant l'exécution d'un ordre, alors <varname>sqlca</varname>
     ne contiendra d'informations que sur le dernier.
@@ -4892,14 +4892,14 @@ struct
 
    <para>
     Si le dernier ordre SQL a réussi, alors
-    <literal>sqlca.sqlerrd[1]</literal> ontien l'OID de la ligne traitée,
+    <literal>sqlca.sqlerrd[1]</literal> contient l'OID de la ligne traitée,
     si applicable, et
     <literal>sqlca.sqlerrd[2]</literal> contient le nombre d'enregistrements
     traités ou retournés, si applicable à la commande.
    </para>
 
    <para>
-    En cas d'erreu ou d'avertissement,
+    En cas d'erreur ou d'avertissement,
     <literal>sqlca.sqlerrm.sqlerrmc</literal> contiendra une chaine
     qui décrira une erreur. Le champ
     <literal>sqlca.sqlerrm.sqlerrml</literal> contiendra la longueur
@@ -4932,7 +4932,7 @@ struct
    </para>
 
    <para>
-    La structure <varname>sqlca</varname> n'est pas définiée dans le
+    La structure <varname>sqlca</varname> n'est pas définie dans le
     standard SQL, mais est implémentée dans plusieurs autres systèmes
     de base de données. Les définitions sont similaires dans leur
     principe, mais si vous voulez écrire des applications portables,
@@ -4990,7 +4990,7 @@ sqlstate: 42P01
     Les champs <literal>sqlca.sqlstate</literal> et
     <literal>sqlca.sqlcode</literal> sont deux schémas qui fournissent
     des codes d'erreurs. Les deux sont dérivés du standard SQL, mais
-    <literal>SQLCODE</literal> a été marqé comme déprécié dans l'édition
+    <literal>SQLCODE</literal> a été marqué comme déprécié dans l'édition
     SQL-92 du standard, et a été supprimé des éditions suivantes.
     Par conséquent, les nouvelles applications ont fortement intérêt
     à utiliser <literal>SQLSTATE</literal>.
@@ -5019,7 +5019,7 @@ sqlstate: 42P01
     positive indique un succès avec des informations supplémentaires,
     une valeur négative indique une erreur. Le standard SQL ne définit
     que la valeur positive +100, qui indique que l'ordre précédent a
-    retourné ou affecté zéro enregistrements, et aucune valeur négative
+    retourné ou affecté zéro enregistrement, et aucune valeur négative
     spécifique. par conséquent, ce schéma ne fournit qu'une piètre
     portabilité et n'a pas de hiérarchie de code d'erreurs. Historiquement,
     le processeur de SQL embarqué de <productname>PostgreSQL</productname>
@@ -5681,7 +5681,7 @@ EXEC SQL endif;
 ecpg prog1.pgc
 </programlisting>
    Cela créera un fichier appelé <filename>prog1.c</filename>. Si
-   vos fichiers d'entrée ne suivent pas les règles de nommae suggérées,
+   vos fichiers d'entrée ne suivent pas les règles de nommage suggérées,
    vous pouvez spécifier le fichier de sortie explicitement en utilisant
    l'option <option>-o</option>.
   </para>