FAQ erreursConsultez toutes les FAQ

Il s'agit d'une erreur TeX de bas niveau qui a lieu lorsque TeX ne peut pas trouver un fichier qui doit être chargé. Cette erreur ne peut être levée qu'en fournissant à TeX un fichier qu'il est capable de trouver, ou en stoppant la compilation (si le système d'exploitation le permet). Pour passer cette erreur, de nombreuses installations fournissent un fichier null.TeX qui permet de répondre null à cette erreur. LaTeX utilise habituellement le message d'erreur « File ‘<nom>' not found » qui permet d'autres actions de la part de l'utilisateur. Cependant, selon le codage de l'extension, on peut obtenir plutôt cette erreur que l'erreur LaTeX.

TeX n'est pas capable d'écrire des données dans le fichier <nom>. Il est probablement en écriture seule ou il n'y a pas de permission en écriture dans son répertoire. Sur certaines implémentations TeX (comme pour TeX Live), l'erreur peut être précédée d'une ligne telle que : TeX: Not writing to /TeXmf/TeX/LaTeX/base/LaTeX.ltx (openout_any = p). Ces installations TeX sont configurées par défaut pour être « paranoïaques » (d'où le « p ») en ce qui concerne l'écriture de fichiers. Elles ne permettent que l'écriture de fichiers situés sous le répertoire courant et interdisent l'écriture de fichiers spécifiés avec un chemin absolu ou dont le nom commence par un point. Ce comportement est modifiable en éditant le fichier TeXmf.cnf.

On obtient cette erreur lorsque la spécification de colonne dans les environnements tabular ou array, ou dans une commande \multicolumn, contient des caractères non définis comme spécificateurs de colonne. Une cause fréquente est d'utiliser la syntaxe étendue de l'extension array, décrite au chapitre 5, en ayant oublié de la charger dans le préambule (par exemple, en ayant copié un tableau à partir d'un autre document).

Cette erreur survient lorsqu'une commande ou un environnement (re)défini utilise #<chiffre> dans son texte de remplacement, avec un chiffre strictement supérieur au nombre de paramètres déclarés. Cette erreur peut être provoquée implicitement en raison de commandes de déclarations emboîtées, comme \newcommand, en ayant oublié que les commandes intérieures se réfèrent à leurs arguments en doublant les caractères # (voir page 860 pour plus de détails). Une autre cause est de se référer à des arguments d'un environnement dans le second paramètre obligatoire de \newenvironment ou \renewenvironment.

On obtient cette erreur lorsqu'on fait une faute de frappe sur l'unité de longueur ou qu'on l'oublie lors de la spécification de la valeur d'un paramètre de longueur. Voir section A.1.5 pour plus de détails.

La totalité d'une « sous-formule accentuée » doit être entourée d'accolades.

Cette erreur est produite par TeX lorsqu'il rencontre une commande \discretionary dont les arguments contiennent autre chose que des caractères, des boîtes ou des blancs fixes après développement.

Lorsqu'on souhaite spécifier une exception de coupure avec \hyphenation, il faut s'assurer que l'argument ne contient que des lettres, et des traits d'union (-) pour indiquer les points de coupure. Le problème est que, par exemple, les caractères accentués sont des glyphes dans certaines fontes (ils sont alors permis), mais que d'autres codages de fontes produisent des constructions complexes exigeant la primitive \accent. Par exemple, si l'on utilise le codage T1, \"u est un glyphe unique. Ainsi, \usepackage[T1]{fontenc} \hyphenation{T\"ur-stop-per} est valide. La même exception de coupure utilisée avec le codage par défaut OT1 aurait produit cette erreur. Voir page 463 pour une explication des différences de caractères dans les codages principaux.

On a utilisé les commandes \the\prevdepth ou \showthe\prevdepth en dehors du mode vertical, ce qui est interdit. Cette erreur survient également lorsqu'on place un flottant (par exemple, un environnement figure ou table) à l'intérieur d'un environnement mathématique hors-texte.

On a utilisé \the\spacefactor ou \showthe\spacefactor en dehors du mode horizontal, ce qui est interdit.

LaTeX a rencontré une commande \include à l'intérieur d'un fichier chargé avec \include. En raison des contraintes d'implémentation, il est impossible d'emboîter ces commandes. On doit remplacer le \include intérieur par un \input, ou repenser la structure des fichiers afin que toutes les instructions \include soient regroupées dans le fichier principal du document.

On a demandé à TeX de vider une boîte avec un contenu horizontal alors qu'il était en train de construire une liste verticale (ou vice versa). Soit il s'agit d'une sérieuse erreur de programmation dans une extension, soit on utilise une commande d'une façon explicitement non prévue. Par exemple, les commandes de l'extension soul produisent cette erreur lorsqu'on tente de les emboîter.

Une condition TeX de bas niveau ne se termine pas correctement (il n'y a pas de \fi correspondant) lorsque LaTeX atteint la fin du fichier source.

Pour couper un paragraphe en lignes ou la réserve en pages, TeX suppose qu'il n'y a pas de longueur élastique pouvant se compresser arbitrairement puisque cela signifierait que n'importe quelle quantité de matériel pourrait loger dans une seule page. Ainsi, il n'est pas permis d'écrire \hspace{0pt minus 1fil} dans un paragraphe ou \vspace{0pt minus 1fil} entre deux paragraphes. Le faire provoque cette erreur (<quelque part> indique l'emplacement approximatif où le matériel interdit a été trouvé).

On obtient cette erreur après avoir interrompu la compilation LaTeX (avec Control-C ou ce que le système d'exploitation propose) et cette erreur n'est donc pas surprenante. Pour forcer l'arrêt d'une compilation, on tape x suivi de <Entrée>. En ne saisissant que <Entrée>, la compilation reprend.

On a utilisé une commande de amsmath à un endroit où elle n'a aucun sens. Il faut revoir la façon d'utiliser cette commande.