FAQ erreursConsultez toutes les FAQ

Nombre d'auteurs : 1, nombre de questions : 156, dernière mise à jour : 12 juillet 2014  Ajouter une question

 

Dans un monde idéal, tous les documents seraient compilés sans problème et donneraient la sortie de haute qualité espérée. Avec de la chance, on n'aura jamais besoin de consulter cette FAQ. En revanche, si l'on tombe sur certains problèmes, les informations contenues dans cette FAQ pourrons nous aider à résoudre les problèmes plus facilement.

Nous commencerons par présenter une liste alphabétique de tous les messages d'erreur, sur lesquels LaTeX interrompt sa compilation et demande un conseil. Tous signifie ici, toutes les erreurs du noyau LaTeX (le message commence par LaTeX Error : ), pratiquement tous les messages d'erreur de TeX (c'est-à-dire ceux produits directement par le moteur sous-jacent) et les erreurs des extensions amsmath, babel, docstrip, calc, color, graphics, graphicx, inputenc, fontenc et textcomp.

Les erreurs et les informations listées ici sont issues de l'annexe B du livre LaTeX Companion. Vous trouverez de nombreux renvois à des pages du livre dans cette FAQ.


SommaireE (11)
précédent sommaire suivant
 

En demandant le codage <nom>, LaTeX essaie de charger les définitions de ce codage à partir du fichier <nom>enc.def (après avoir converti <nom> en lettres minuscules). Si ce fichier de codage n'existe pas ou ne peut être trouvé par LaTeX, on obtient ce message d'erreur.

Mis à jour le 11 juillet 2014 -Nikopol-

Le schéma de codage <nom> qui a été spécifié dans une déclaration ou dans \fontencoding n'est pas connu du système. Soit il n'a pas été déclaré en utilisant \DeclareFontEncoding, soit le <nom> a été mal saisi.

Mis à jour le 11 juillet 2014 -Nikopol-

On obtient cette erreur lorsqu'on utilise \renewenvironment ou un nom d'environnement qui n'est pas connu de LaTeX. Soit le <nom> a été mal saisi, soit il faut utiliser \newenvironment.

Mis à jour le 11 juillet 2014 -Nikopol-

Seules certaines structures hors-texte peuvent être emboîtées ; aligned est l'une d'entre elles et le système remplace l'environnement incorrectement emboîté par cette dernière. Ce n'est probablement pas ce qui est voulu et il faudra modifier l'environnement emboîté.

Mis à jour le 11 juillet 2014 -Nikopol-

Cette erreur survient uniquement lorsqu'on utilise les anciens environnements d'amsmath non décrits dans cet ouvrage. Cette erreur indique un désastre et il faut vérifier avec beaucoup d'attention l'environnement coupable.

Mis à jour le 11 juillet 2014 -Nikopol-

Lorsqu'on utilise une structure d'alignement, telle que tabular, ou l'un des environnements mathématiques hors-texte (par exemple, eqnarray ou split de l'extension amsmath), chaque ligne est alors divisée en un nombre défini de colonnes séparées par des signes &. L'erreur signifie que ces caractères sont trop nombreux, sans doute à cause de l'oubli d'un \\ indiquant la fin d'une ligne (le nom TeX pour cette fin de ligne est \cr, mais il n'est pas totalement équivalent à \\).

Mis à jour le 11 juillet 2014 -Nikopol-

TeX a vu un \endgroup sans \begingroup correspondant.

Mis à jour le 11 juillet 2014 -Nikopol-

TeX a rencontré une primitive \or qui n'a pas de condition de bas niveau \ifcase correspondante. Le \or supplémentaire peut être dû à une mauvaise utilisation de \ifthenelse.

Mis à jour le 11 juillet 2014 -Nikopol-

Cette erreur indique que TeX a trouvé une commande \right sans \left correspondant dans une formule. Il faut se souvenir que les paires \left...\right doivent appartenir à la même « sous-formule ». Elles ne peuvent pas, par exemple, être séparées par un & dans un alignement ou apparaître dans des niveaux de groupes différents.

Mis à jour le 11 juillet 2014 -Nikopol-

Cette erreur est déclenchée lorsque des délimiteurs de formules mathématiques (par exemple $. . .$,\\[ ...\\]) et des accolades de groupes ne sont pas correctement emboîtés. TeX pense qu'il a trouvé un } superflu, comme dans $x}$, et l'ignore. Alors que dans cet exemple la suppression de l'accolade fermante est le bon choix, ce ne serait plus le cas avec \mbox\(a}. Ici, un \) fermant a été oublié et le fait de supprimer le } va produire des erreurs supplémentaires.

Mis à jour le 11 juillet 2014 -Nikopol-

Le groupe courant a commencé avec \begingroup (utilisé, par exemple, par \begin{...}) mais TeX a trouvé un } fermant au lieu du \endgroup correspondant. On obtient cette erreur lorsqu'on laisse un } isolé à l'intérieur du corps d'un environnement.

Mis à jour le 11 juillet 2014 -Nikopol-

Proposer une nouvelle réponse sur la FAQ

Ce n'est pas l'endroit pour poser des questions, allez plutôt sur le forum de la rubrique pour ça


Réponse à la question

Liens sous la question
précédent sommaire suivant
 

Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2020 Developpez Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.