Errori durante la compilazione di Latex

armandino” post=102617Cari Colleghi,

esiste un manuale o altro per la decifrazione degli errori che dà Latex nella compilazione?

Che cos’è una badbox? Sono nel marasma piu’ completo sugli errori di Latex (pardon miei) quando

compilo. Potreste darmi una mano?

Grazie e cordialissimi saluti.

Armandino

Trovi un report completo degli errori con le possibili soluzioni nel libro “The LaTeX companion”, ma è probabile che le nostre guide siano altrettanto valide per consentirti di risolvere e capire.
Ti consiglio di riportare il problema esattamente altrimenti non ti possiamo aiutare.
Aggiungo che occorre un po’ di esperienza per eliminare tutti gli warning sollevati durante la compilazione, quindi è normale riceverli.

Un badbox è un elemento del documento che ha problema di dimensione, per esempio una tabella che non sta nella larghezza del testo (detta giustezza) oppure una pagina che LaTeX non riesce a riempire bene per effetto del materiale da comporre per esempio ricco di immagini e scarso di testo.
Un saluto.
R.

Alcuni di noi stanno cercando di compilare una guida sugli errori. Ci vorrà molto tempo prima che sia pronta, ammesso che arrivi mai ad essere pronta.

Oltre ad un po’ di familiarità con la terminologia di LaTeX, che si acquisisce con il tempo, bisogna distinguere gli errori dagli avvisi; questi ultimi marcati con la parola Warning di solito non danno problemi; magari li si legge quando il documento è completo e si vuole fare l’ultima revisione di “bellezza”; talvolta infatti un font viene sostituito con un altro, perché quello che il compositore ha richiesto non esiste; nel file .log compare allora un Warning.

Gli errori talvolta sono misteriosi, perché il programma pdftex (che è quello che fa girare LaTeX) è un interprete che legge il file sorgente e se ci riesce produce il file di uscita; per fare questo ogni volta che trova un comando lo deve interpretare, deve andare a vedere in memoria che cosa significa, e se contiene altri comandi deve ripetere queste operazioni diverse volte; talvolta arriva a denunciare l’errore quando non capisce più niente e non riesce ad andare avanti nell’interpretazione; quindi le informazioni sull’errore riguardano il punto dove si è fermato e non il punto in cui il file sorgete conteneva un errore di programmazione.

Comunque io consiglio sempre di comporre in errorstopmode e non in scrollmode; perché in questo modo il programma di compilazione si ferma subito e mostra il messaggio d’errore in una finestra ausiliaria; talvolta l’errore si può correggere al volo; sia nel processo di elaborazione in corso sia nel file sorgente (due operazioni distinte); talvolta si può premere il tasto invio facendolo andare avanti nella compilazione, spesso ci riesce lo stesso, ma intanto si sa che bisogna andare a leggere il file .log per capire che cosa era successo.

Per la cronaca, quando AUCTeX mostra un errore/avviso presenta anche una descrizione associata, almeno per gli errori/avvisi più comuni (per i curiosi l’elenco è qui: http://git.savannah.gnu.org/gitweb/?p=auctex.git;a=blob;f=tex-buf.el;h=b5ed36563f7d94548d2dec25c449e094574de7af;hb=HEAD#l2134). Queste descrizioni sono state scritte da un tale Leslie Lamport proprio per AUCTeX. Ma ovviamente AUCTeX è difficile da usare 😀

@Elrond, la guida sugli errori in bozza ora contiene 81 pagine e contiene tutti i messaggi di errore e di Warning di Leslie Lamport; poi ce ne sono centinaia di altri che vengono dal sottostante compilatore pdftex, o che arrivano da pacchetti più usati.
È un lavoro enorme e difficile da fare, perché ogni errore e ogni warning può avere una valenza unica oppure può essere multivalente per una varietà di situazioni; difficile o impossibile prevederle tutte.

Anche gli altri editor, diversi da emacs+auctex (Aquamacs per Mac) hanno o possono avere una finestra che chiamano “console” dove, se si lavora in errorstopmode permette di leggere la descrizione associata all’errore; peccato che più spesso di quanto sia desiderabile quella descrizione sia criptica o incomprensibile; la migliore è quella che dice sostanzialmente: “fa finta di essere Sherlok Holmes e svolgi una indagine accurata analizzando ogni indizio”. Scritta da Knuth per certi errori di tex. 😯

OldClaudio” post=102635Anche gli altri editor, diversi da emacs+auctex (Aquamacs per Mac) hanno o possono avere una finestra che chiamano “console” dove, se si lavora in errorstopmode permette di leggere la descrizione associata all’errore; peccato che più spesso di quanto sia desiderabile quella descrizione sia criptica o incomprensibile; la migliore è quella che dice sostanzialmente: “fa finta di essere Sherlok Holmes e svolgi una indagine accurata analizzando ogni indizio”. Scritta da Knuth per certi errori di tex. 😯

Le descrizioni a cui ti riferisci tu credo siano quelle riportate nel log di compilazione e concordo sul fatto che quei messaggi siano a volte piuttosto oscuri. Le descrizioni di AUCTeX sono in aggiunta a quelle del log, queste ultime vengono mostrate (diciamo come fallback) solo se non c’è una descrizione nell’elenco che ho indicato sopra.

Non ho visto le descrizioni di auctex, ma per ogni errore, almeno con LaTeX, ma per quel che ne so anche con TeX, mentre non è così per gli errori di alcuni pacchetti, lavorando in errorstopmode, quando il programma si arresta si può premere H e ottenere un testo descrittivo più ampio di quello che si trova nel .log.

OldClaudio” post=102643Non ho visto le descrizioni di auctex, ma per ogni errore, almeno con LaTeX, ma per quel che ne so anche con TeX, mentre non è così per gli errori di alcuni pacchetti, lavorando in errorstopmode, quando il programma si arresta si può premere H e ottenere un testo descrittivo più ampio di quello che si trova nel .log.

Le descrizioni che dici tu che ottieni con H sono esattamente quelle che si trovano nel file .log (prova per esempio con un comando matematico fuori dalla modalità matematica o un comando inesistente) 😉