[risolto] [TexStudio] chiusura immprovvisa compilando!

Scusandomi per l’avventatezza con cui ho pubblicato il post, aggiorno la situazione.
Per altre ragioni, ho riavviato il sistema e -sopresa!- la chiusura improvvisa non si presenta più.

Ciononostante riscontro una serie di errori che portano all’emergency exit.
Continuo quindi in questo topic perché non escludo che i due comportamenti siano correlati (moderatori avvertitemi se fosse più corretto chiudere e aprirne un altro).

Non ho ancora avuto il tempo di spulciare con la debita attenzione i risultati sulla rete, ma sembrerebbe che possa essere dovuto alla mancanza di un file a cui fa riferimento il main.tex. Benché ciò non mi risulti, non mi sembra del tutto improbabile viste le mie recenti modifiche.
`! Use of \end doesn't match its definition.
l.158 \end{
document}
If you say, e.g., `\def\a1{…}', then you must always
put `1' after `\a', since control sequence names are
made up of letters only. The macro here has not been
followed by the required stuff, so I'm ignoring it.
! Extra }, or forgotten \endgroup.
l.158 \end{document}
I've deleted a group-closing symbol because it seems to be
spurious, as in `$x}$'. But perhaps the } is legitimate and
you forgot something else, as in `\hbox{$x}'. In such cases
the way to recover is to insert both the forgotten and the
deleted material, e.g., by typing `I$}'.
)
! Emergency stop.
<*> tesi_mia.tex
*** (job aborted, no legal \end found)
Here is how much of TeX's memory you used:
16772 strings out of 494534
262162 string characters out of 3168798
981449 words of memory out of 3000000
19254 multiletter control sequences out of 15000+200000
83611 words of font info for 354 fonts, out of 3000000 for 9000
293 hyphenation exceptions out of 8191
61i,12n,74p,9513b,2020s stack positions out of 5000i,500n,10000p,200000b,50000s
! ==> Fatal error occurred, no output PDF file produced!
`

Da una rapida ricerca sul forum, risulta che il problema potrebbe essere causato, a parte la logica dimenticanza dell’\end (che come si può vedere nell’esempio allegato è da escludere), anche da file ausiliari obsoleti. Li ho cancellati, ma gli errori si ripresentano (da notare, che, non so per quale oscura ragione i file ausiliari creati per i capitoli che vanno dal sesto al decimo, anziché essere considerati file TeX sono considerati, a dispetto della loro estensione aux, come semplici file di testo.

Ho provato a fare un compilabile e allego la mia bibliografia.
Il compilabile mi da la stessa sfilza di errori che avendo i file separati: http://pastebin.com/iBgVJnYX

Il compilabile è qui http://dl.free.fr/rvKQkWIH7 (accessibile con password da richiedermi)

Benché non abbia apportato modifiche sostanziali rispetto a due giorni fa, quando alcuni errori non erano tali, ne deduco che debba esserci un errore nel testo, ma non riesco a trovarlo.

Vi sarei molto grata se sapeste indicarmi un metodo per poter scovare l’/gli errore/i.

PS Il testo è da ritenersi in licenza Creative Commens che non ne autorizza le modifiche ne’ la riproduzione senza il mio consenso (è parte integrante, sebbene in continua modificazione, della mia tesi) CC BY-NC-ND

Per la serie…controllare prima di scrivere, aggiungo un altro episodio alla mia disavventura.

Rileggendo meglio gli errori del compilabile, risultava un errore qui:
`! Argument of \@gobble has an extra }.

\par
l.187 …della ricerca per “\citaz{gli indigeni}”}
I've run across a `}' that doesn't seem to match anything.
For example, `\def\a#1{…}' and `\a}' would produce
this error. If you simply proceed now, the `\par' that
I've just inserted will cause me to report a runaway`

Guardo e guardo, ma non vedo niente di scorretto, tantomeno la parentesi di troppo.
Poi mi sono ricordata di aver modificato il mio comando personalizzato \citaz per far sì che appaiano le virgolette (in un primo tempo avevo messo
`\newcommand{\citaz}[1]{“\emph{#1}”}`), eliminando quindi le doppie virgolette causate dall’averne aggiunte nel testo, l’errore è sparito!

É una spiegazione solo parzialmente soddisfacente, ma funziona…

Grazie per avermi dato la possibilità di illustrare il mio problema, prendendo così il tempo e il metodo per poterlo risolvere.
Lascio il topic casomai fosse utile per qualcuno che incappa nei miei stessi problemi…

A presto!

Grazie mille per la risposta.

Purtroppo il sistema non mi ha avvertito che mentre scrivevo c’è stato il tuo intervento, è per quello che il mio post non tiene conto di quanto hai scritto.

OldClaudio” post=102599
Sebbene da qualche tempo sembra che \input riesca a leggere nomi di file che contengono l’underscore, questo seno è un segno speciale (matematico) per il sistema TeX, quindi non si dovrebbe mai usare nemmeno nei nomi dei file (dove una lineetta non ribassata svolge la stessa funzione e di sicuro non da nessun problema) ma bisognerebbe limitarsi a usare l’underscore solo in modo matematico dove serve per introdurre i deponenti dei simboli matematici.

Quella dell’underscore è una mania che mi viene da un mio comportamento su Linux: i sistemi Gnu/Linux sino a qualche anno fa avevano seri problemi a leggere nomi dei file contenenti spazi. Ho perciò iniziato a sostituire gli spazi con l’_, facendola diventare un’abitudine ingiustificata (da notare che ce n’è uno perfino nel mio nickname, forse sto davvero esagerando!).
In effetti, non avevo tenuto in debito conto il fatto che LateX utilizzasse tale simbolo con una valenza speciale.
Ciò detto, sembra non essere alla radice del problema.

OldClaudio” post=102599
L’altra questione si può risolvere facilmente cancellando tutti i file ausiliari (.aux, .toc, .idx, .out, eccetera) lascinado solo nelle cartelle i file .tex, ed eventualmente i file .cls, .sty, .def, .ldf, .fd, che eventualmente si trovino lì.

In realtà ci avevo provato:

pensee_sauvage file ausiliari obsoleti. Li ho cancellati, ma gli errori si ripresentano

OldClaudio” post=102599
Infine, non ha a che vedere con il tuo problema o, se ha a che vedere, cancellando i file .aux non c’è più nessuna relazione, usare \include senza usare \includeonly non serve a niente; tanto vale usare \input dalle funzioni molto più elementari.
Il gioco fra \includeonly e \include è spiegato, per esempio, nella guida tematica Il LaTeX Referance Manual commentato e liberamente tradotto in italiano, scaricabile dalla sezione delle guide tematiche dalla sezione Documentazione di questo forum. Se leggi la spiegazione della funzionalità di \includeonly e \include, confrontata con \input in quella guida, vedrai l’enomre differenza fra i due metodi, e l’inutilità di usare \include senza usare anche \includeonly.

grazie per il suggerimento, avevo già visto che in altri post sostenevi l’inutilità di \include usato in quel modo, provvederò a documentarmi.

OldClaudio” post=102599
Di più non posso dirti, salvo che latexdocument.cpp sembra essere una codepage, ma potrebbe essere una particolarità della distribuzione TeXLive/Debian che non è una distribuzione uguale a quella che usa chiunque altro.
Ti suggerisco di leggere il documento texliveubuntu.pdf, da cercare in rete, che insegna a installare su una macchina Debian, tipcamente Ubuntu, ma ci sono anche indicazioni per altre forme di Linux/Debian, la distribuzione TeXLive “vera” (scaricata dall’archivio CTAN (Comprehehsive TeX Archive Network) che è a distribuzione ufficiale di TeXLive). Quel documento mostra come far convivere assieme la TeXLive/Debian con la TeXLive/CTAN, usando la prima per le dipendenze, e la seconda per comporre documenti. TeXStudio, se installi al TeXLive/CTAN, va riconfigurato per usare gli eseguibili e i file della TeXLive/CTAN.

Avevo letto il documento a suo tempo, quando ho fatto l’installazione. Visto che per ora il problema è risolto (come e perché restano da definire, ma tant’è), rimando la rilettura della guida da cattiva scolara, adducendo come scusa la maggiore urgenza dell’elaborato finale.

In ogni caso grazie per le spiegazioni precise e documentate!

Grazie per le tue sagge precisazioni

OldClaudio” post=102606
1) le doppie virgolette alte non si inseriscono con il doppio apice ASCII come fai tu, ma con due backtick [tt]“[/tt] per le virgolette aperte e con due apostrofi [tt]”[/tt] per le virgolette chiuse. Lo so che la tastiera italiana non è molto user friendly per scrivere in LaTeX, ma all’occorrenza devi tenere premuto il tasto Alt di sinistra e mentre batti sul tastierino numerico il numero 96. ci sono anche altri metodi, ma senza attivare il doppio apice ASCII, gli altri modi sono ancora più lunghi da battere.

Avevo fatto riferimento all’Arte al paragrafo 4.3.1 “Virgolette, tratti e puntini di sospensione”, senza però saper come adattarle alla mia tastiera.
Piccola precisazione, infatti, uso una tastiera francese (azerty) e non quella italiana. Stranamente la combinazione del codice ASCII che dovrebbe essere universale non mi da risultati. Qui sembrano dire che su Debian occorra dare CTRL+shift+u. Ma non sembra funzionare.
Sul forum francese di Debian sembrano suggerire che la combinazione ALT+n. ASCII sia una specificità Windows. Nel link allegato c’è una tabella su come ottenere i segni.
Se non sbaglio dunque, per aprire le virgolette posso usare ` (che all’occorrenza, lascio scritto casomai qualcuno avesse lo stesso problema, si ottiene _su una tastiera francese_ tramite la pressione di ALTGR e due volte il tasto “7 è”).
Del resto viene sottinteso anche nella guida che mi consigli nel prossimo paragrafo:

Pu` giovare sapere che su alcuni sistemi operativi, questi caratteri possono essere ottenuti tenendo premuto il tasto alt sinistro e digitando il codice ASCII

Quindi, se modifico il mio comando così, va meglio?
`\newcommand{\citaz}[1]{“\emph{#1}''}`

Ciononostante, dalla lettura che mi hai consigliato emerge:

2.4.1 Virgolette
Per le virgolette non bisogna usare il carattere ” come invece si farebbe su
una macchina da scrivere. Nell’editoria ci sono speciali virgolette di apertura
e di chiusura. In LATEX, bisogna usare due ‘ come virgolette di apertura e
due ’ come virgolette di chiusura.

Ma le virgolette di chiusura non riesco a capire a quale carattere corrispondano, è forse per quello che mi hai indicato di renderle con il doppio apostrofo?

OldClaudio” post=102606
Se tu non hai dato quel comando [tt]\setactivedoublequote[/tt], allora la tua versione del file che realizza le impostazioni di babel per l’italiano, italian.ldf, è vecchia ed ha almeno due anni (credo di averla modificata per quel che riguarda il doppio apice ASCII nell’estate del 2013). Questa sarebbe una prova che la tua installazione TeXLive/Debian mostra quei difetti per i quali raccomandiamo sempre di montare anche sulle macchine Linux/Debian la versione TeXLive/CTAN.

Su questo hai completamente ragione.
Ero convinta di aver seguito la procedura consigliata dalla guida di EG (cosa che avevo fatto su un altro pc), mentre invece su questo l’ho installata da repository e, in effetti, è ferma alla TeXLive2012!! Il fatto è che l’installazione data proprio del 2012 e a quel tempo mi ero forse detta che visto che nei repository c’era una versione aggiornata, sarebbe stato più pulito per il sistema usare quella prevista da Debian. Peccato che poi, mentre avrei potuto godere di aggiornamenti con tlmgr, ho tentato di aggiornare, ma senza successo. Avevo provato a fare pinning da testing per avere una versione più aggiornata, ma si portava dietro troppe dipendenze, quindi mi sono tenuta quella vecchia, sperando in un aggiornamento passando a Jessie.

Ho davvero capito che sarebbe stato molto più giudizioso seguire l’altra procedura. Ora, visti i lavori in corso (sto scrivendo la tesi) devo soppesare i pro e i contro di un aggiornamento in itinere (ci sarebbe comunque qualche cambiamento nel codice e, tutto ciò che ho fatto fino adesso rischia di dover essere manipolato).

Per concludere, volevo far notare che l’errore a cui faccio riferimento nel secondo post (non la chiusura improvvisa, ma l’emergency stop) è dovuto -mi vergogno un po’- al fatto che, per inavvertenza, tentassi di compilare capitolo.tex e non main.tex!
Compilando con il file principale, l’errore non si presenta (ce ne sono altri che non riesco a capire, magari aprirò un altro post a riguardo) e la compilazione va comunque a buon fine producendo un pdf.

Ringrazio quindi il foum tutto e OldClaudio in particolare per l’attenzione ai dettagli e la precisione nelle risposte.