Be’, ci sono errori ed errori.
Quello di codifica è certamante un errore che ferma l’esecuzione della compilazione in attesa di ulteriori indicazioni; se al pro arrest, invece di rispondere premendo la lettera x (eXit) rispondi con la lettera s (Scroll) la compilazione va avanti lo stesso ed eventualmente il programma termina “correttamente”, oppure subisce un crash definitivo, ma senza danni er la macchina. Il correttamente fra virgolette, significa che il programma riesce ad arrivare alal fine della compilazione e riesce a scrivere tutti i file ausiliari e a produrre un file di uscita, che però contiene errori di compilazione dovuti all’aver detto al programma di continuare senza badare agli errori. Ma in questo modo si produce il file .log che contiene tutta la registrazione di quello che il programma ha fatto e quindi si possono esaminare tutte le volte che non file .log si trova la parola Errror, e vedere in dettaglio che cosa è successo.
Ci sono avvertimenti che non sono errori, ma segnalzioni che qualcosa va ritoccato; per esempio gli avvertimenti (Warning) che c’è una scatola troppo grande che non sta nella riga, o non sta ella pagina, o che un font non è disponibile ed è stato sostituito con un altro, eccetera. per esempio:`Overfull \hbox (2.1574pt too wide) in paragraph at lines 158–158` è solo un avveritmento; ti dice che mentra stava componendo il capoverso che cotiene la riga 158 del file sorgente il programma non è riuscito a dividere una riga in modo da rispettare le tolleranze di giustficazione e che questa riga sporge fuori del margine destro di poco più di 2pt, circa 0,7mm; ti pare una cosa terribile? queste sono eventualmente le cose da aggiustare a bocce ferme quando hai finito di comporre e rivedere il documento.
Ora il tuo messaggio non dice niente di che cosa è successo con le ü e l’eventuale carattere invisibile dentro le parole con le ü cancellate. C’è scritto nel file .log; e il carattere non decifrato, eventualmente, è rappresentato in qualche odo strano, per esempio due caratteri strani, un rombo nero con un punto interrogativo bianco dentro, o qualcosa del genere; è relativamente facile confrontare la riga del messaggio d’errore con la riga del file sorgente e stabilire senza incertezza quale sia il carattere incriminato.
Io non sarei troppo preoccupato del fatto che lo stesso identico file ti dia degli errori su una macchina e non ne dia sull’altra. Fiché su una avvungono degli errori e non si capisce la loro origine è difficile dire perché ciò succeda. Quindi continua ad esaminare gli errori dei caratteri che hai avuto e cerca di venirne a capo.
Oppure crea un esempio minimo compatibile; crea un file con lo stesso preambolo (da \documentclass a \ begin{document} inclusi) del tuo file che non compila bene; incollaci dentro un tratto del file sorgente che contenga l’errore che vuoi trovare; chiudi con \end{document} e includilo un messaggio usando i tag “code” e “/code” (dalla barra sopra la finestra di editing del messaggio) e faccelo avere. L’importante è che il testo che includi replichi l’errore.
PS: mi viene in mente che eseguendo del copia e incolla da file Word o Writer che usano font OpenType, succede che vengano ricopiate legature del tipo fi, fl, ff, e simili; se il font dell’editor contiene queste legature è possibile che esse non vengano riconosciute da LaTeX anche se hai usato la codifica utf8 per salvare i file.Se il font dell’editor non contiene legature, allora qual percolo non c’è; Questa poterebbe essere una spiegazione del diverso comportamento sulle due macchine. A me è successo, ma sono pronto a riconoscere questi errori, quindi non ne sono infastidito più di tanto perché trovo ed eseguo le necessarie correzioni in breve tempo.