Compilation dans le vide : fichier .aux non créé

[KB]

Je viens de changer d'ordinateur (Azus Zenbook Core i7) et suite à l'installation de TeXlive 2020 sous Kubuntu 18.04 (éditeur Kile et compilation en pdflatex), certains de mes anciens fichiers ne compilent plus, en particulier ceux qui ont des environnements tikzpicture.

ECM :

Code : Tout sélectionner

\documentclass{article}
\usepackage{tikz}
\usetikzlibrary{shapes,arrows}
\tikzstyle{line}=[draw] % here
\usetikzlibrary{plotmarks,calc}
\usetikzlibrary{positioning,decorations.pathreplacing,decorations.text,patterns}
\usetikzlibrary{intersections}
\usetikzlibrary{babel}   %%% pour que  babel ne fasse pas de magie autour des signes :,; ?.... 
% \usetikzlibrary{calc,patterns,shapes.geometric}
\begin{document}



\begin{tikzpicture}[scale=0.05] 
%Burette 
\draw (-4,97) --++ (2,-2) --++ (0,-60) --++ (1,-2) --++ (0,-4); 
\draw (3,97) --++ (-2,-2) --++ (0,-60) --++ (-1,-2) --++ (0,-4); 
\draw (-2,92) --++ (3,0); 
\draw (-2,31) --++ (4,0); 
\draw (2,32) --++ (0,-2); 
%Fin burette 
%Erlenmeyer 
\draw(-3,25) --++ (0.5,-0.5) --++ (0,-3.5) --++ (-8,-16) arc(150:270:3) --++ (17,0) arc(-90:35:3) --++ (-8,16) --++ (0,3.5) --++ (0.5,0.5); 
%Fin erlenmeyer 
%Agitateur 
\draw (-10.2,0.5) -- (-15,0.5) -- (-15,-15) -- (16,-15) -- (16,0.5) -- cycle; 
\fill (-11,-11) circle (1.5); 
%Fin agitateur 
%Niveau liquide 
\draw (-10.5,5) -- (11.2,5); 
\fill [color=yellow!50] (-10.5,5) arc(150:270:3) --++ (17,0) arc(-90:35:3) -- cycle; 
%Fin niveau liquide 
%Turbulent 
\fill [color=gray!20] (-5,1) --++ (0,2) --++ (10,0) --++ (0,-2) -- cycle; 
\draw [] (-5,1) --++ (0,2) --++ (10,0) --++ (0,-2) -- cycle; 
\draw (0,0.5) --++ (0,3); 
%Fin turbulent 
% %Annotations 
\node[] (B) at (75,87) { \parbox{4cm}{\small{burette}\\ \textbf{espèce titrante $C_1,V$}}}; 
\node[] (ER) at (75,25) { \parbox{2cm}{\small{erlenmeyer\\ ou bécher}}}; 
\node[] (T) at (35,15) { turbulent};  
\node[] (t) at (75,3) {\parbox{4cm}{\textbf{espèce titrée $C_0,V_0$}} }; 
\node[] (Chauf) at (75,-10) { \parbox{2cm}{\small{agitateur magnétique}}}; 
\draw[->] (B) to[out=180,in=0] (4,95); 
% \draw[->] (ER) to[out=180,in=0] (4,20); 
% \draw[->] (Chauf) to[out=180,in=0] (10,-10); 
% \draw[->] (T) to[out=180,in=90] (0,3); 
% \draw[-*] (t) -- (7,3); 
% %Fin annotations 
\end{tikzpicture}

\end{document}

Ce code compile et dès que j'essaie de compiler en "décommentant" la ligne suivante (ligne 45 du code complet) :

Code : Tout sélectionner

% \draw[->] (ER) to[out=180,in=0] (4,20); 

Le compilateur mouline dans le vide...
Bien sûr ce fichier compilait sur mon ancien ordinateur (HP core i5 sous Linux avec TeXlive 2018)

Voici le début et la fin du fichier .log (j'ai vu qu'il n'était pas possible de joindre des fichiers lors des 10 premiers messages, mais si besoin je peux le reproduire dans sa globalité)

Code : Tout sélectionner

This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020) (preloaded format=pdflatex 2020.12.18)  30 DEC 2020 11:45
entering extended mode
 \write18 enabled.
 %&-line parsing enabled.
**ECMtikz2.tex
(./ECMtikz2.tex
LaTeX2e <2020-10-01> patch level 2
L3 programming layer <2020-12-07> xparse <2020-03-03>
(/usr/local/texlive/2020/texmf-dist/tex/latex/base/article.cls
Document Class: article 2020/04/10 v1.4m Standard LaTeX document class
(/usr/local/texlive/2020/texmf-dist/tex/latex/base/size10.clo
File: size10.clo 2020/04/10 v1.4m Standard LaTeX file (size option)
)
\c@part=\count177
\c@section=\count178
\c@subsection=\count179
\c@subsubsection=\count180
\c@paragraph=\count181
\c@subparagraph=\count182
\c@figure=\count183
\c@table=\count184
\abovecaptionskip=\skip47
\belowcaptionskip=\skip48
\bibindent=\dimen138
)
(/usr/local/texlive/2020/texmf-dist/tex/latex/pgf/frontendlayer/tikz.sty
(/usr/local/texlive/2020/texmf-dist/tex/latex/pgf/basiclayer/pgf.sty
(/usr/local/texlive/2020/texmf-dist/tex/latex/pgf/utilities/pgfrcs.sty
(/usr/local/texlive/2020/texmf-dist/tex/generic/pgf/utilities/pgfutil-common.te
x
\pgfutil@everybye=\toks15
\pgfutil@tempdima=\dimen139
\pgfutil@tempdimb=\dimen140

(/usr/local/texlive/2020/texmf-dist/tex/generic/pgf/utilities/pgfutil-common-li
sts.tex))
(/usr/local/texlive/2020/texmf-dist/tex/generic/pgf/utilities/pgfutil-latex.def
\pgfutil@abb=\box47
) (/usr/local/texlive/2020/texmf-dist/tex/generic/pgf/utilities/pgfrcs.code.tex
(/usr/local/texlive/2020/texmf-dist/tex/generic/pgf/pgf.revision.tex)
Package: pgfrcs 2020/12/01 v3.1.7a (3.1.7a)
))
Package: pgf 2020/12/01 v3.1.7a (3.1.7a)
--------------------------------------------------------------DEBUT

-------------------------------------------------------------- FIN
(/usr/local/texlive/2020/texmf-dist/tex/context/base/mkii/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
\scratchcounter=\count275
\scratchdimen=\dimen199
\scratchbox=\box82
\nofMPsegments=\count276
\nofMParguments=\count277
\everyMPshowfont=\toks28
\MPscratchCnt=\count278
\MPscratchDim=\dimen256
\MPnumerator=\count279
\makeMPintoPDFobject=\count280
\everyMPtoPDFconversion=\toks29
) (/usr/local/texlive/2020/texmf-dist/tex/latex/epstopdf-pkg/epstopdf-base.sty
Package: epstopdf-base 2020-01-24 v2.11 Base part for package epstopdf
Package epstopdf-base Info: Redefining graphics rule for `.eps' on input line 4
85.

(/usr/local/texlive/2020/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg
File: epstopdf-sys.cfg 2010/07/13 v1.3 Configuration of (r)epstopdf for TeX Liv
e
))
LaTeX Font Info:    External font `cmex10' loaded for size
(Font)              <9> on input line 39.
LaTeX Font Info:    External font `cmex10' loaded for size
(Font)              <6> on input line 39.
LaTeX Font Info:    External font `cmex10' loaded for size
(Font)              <5> on input line 39.
LaTeX Font Info:    External font `cmex10' loaded for size
(Font)              <7> on input line 39.

Underfull \hbox (badness 10000) in paragraph at lines 43--43
[]\OT1/cmr/m/n/9 agitateur
 []

[1

{/usr/local/texlive/2020/texmf-var/fonts/map/pdftex/updmap/pdftex.map}]
(./ECMtikz2.aux) ) 
Here is how much of TeX's memory you used:
 15614 strings out of 479382
 360541 string characters out of 5869354
 622266 words of memory out of 5000000
 32459 multiletter control sequences out of 15000+600000
 405869 words of font info for 35 fonts, out of 8000000 for 9000
 1141 hyphenation exceptions out of 8191
 108i,6n,111p,419b,654s stack positions out of 5000i,500n,10000p,200000b,80000s
</usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfon
ts/cm/cmbx10.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfont
s/cm/cmbx9.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/
cm/cmmi10.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/c
m/cmmi9.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/cm/
cmr10.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/cm/cm
r6.pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/cm/cmr7.
pfb></usr/local/texlive/2020/texmf-dist/fonts/type1/public/amsfonts/cm/cmr9.pfb
>
Output written on ECMtikz2.pdf (1 page, 71946 bytes).
PDF statistics:
 43 PDF objects out of 1000 (max. 8388607)
 31 compressed objects within 1 object stream
 0 named destinations out of 1000 (max. 500000)
 13 words of extra memory for PDF output out of 10000 (max. 10000000)

ça fait 3 jours que je galère et que je ne trouve rien sur la toile qui puisse résoudre mon problème... j'espère que qqn pourra m'aider. Une suggestion ?

[gigiair]

Chez moi, la compilation signale une erreur

Code : Tout sélectionner

ERROR: Dimension too large.

--- TeX said ---
<recently read> \pgf@xa 
                        
l.47  \draw[->] (ER) to[out=180,in=0] (4,20)
                                            ;
--- HELP ---
From the .log file...

I can't work with sizes bigger than about 19 feet.
Continue and I'll use the largest value I can.

Je ne suis pas trop compétent en tikz et je ne sais par remédier, d'autant que je ne sais pas ce que tu cherches à obtenir.
J'espère que ça aidera.

[un bon petit]

Le message d'erreur est pourtant explicite : dimension too large, ça veut très certainement dire que les coordonnées sont trop grandes.
D'ailleurs, quel intérêt de mettre des coordonnées de 75 ou plus avec une échelle de 0.05 ? Sinon de se prendre des erreurs de compilation à la figure ?

Le code suivant (qui lui est un ECM !) ne compile pas pour la raison citée :

Code : Tout sélectionner

\documentclass{article}
\usepackage{tikz}
\begin{document}
\begin{tikzpicture}[scale=0.05]
\node[] (ER) at (75,25) { \parbox{2cm}{\small{erlenmeyer\\ ou bécher}}}; 
\draw[->] (ER) to[out=180,in=0] (4,20);
\end{tikzpicture}
\end{document}

En revanche, le code ci-dessous (qui trace pourant extacement la même chose) compile car les coordonnées ont été divisées par 10 tandis que l'échelle est multipliée par 10 :

Code : Tout sélectionner

\documentclass{article}
\usepackage{tikz}
\begin{document}
\begin{tikzpicture}[scale=0.5]
\node[] (ER) at (7.5,2.5) { \parbox{2cm}{\small{erlenmeyer\\ ou bécher}}}; 
\draw[->] (ER) to[out=180,in=0] (.4,2);
\end{tikzpicture}
\end{document}

Moralité : réduisez la grandeur des coordonnées !

[projetmbc]

On pourrait aussi penser que TiKz pourrait gérer ceci en amont. Non ?

[un bon petit]

On pourrait aussi penser que TiKz pourrait gérer ceci en amont. Non ?

Gérer ??? Tout automatique donc, ben voyons !
La réponse est non : comment tikz peut-il deviner les dimensions des unités, surtout si on ne les spécifie pas, comme c'est le cas de l'OP ?

Il faut bien savoir que les dimensions par défaut sur les axes sont 1cm. Ainsi, une coordonnée de (75,0) signifie un point à 75cm à droite du point (0,0). Ça commence à faire, non ? Ce n'est qu'après que tout ait été dessiné que le tracé final est contracté avec l'option scale. Bien trop tard donc.

Il aurait été bien plus adroit de spécifier dans les option du dessin [x=1mm,y=1mm], ça aurait sans doute fonctionné (pas testé). Mais surtout pas [scale=0.05] !

[projetmbc]

Le scale porte bien sur une valeur par défaut comme tu le rappelles. Ce que je dis c'est que le scale pourrait s'appliquer en amont des calculs faits en interne. Cela me semble du point de vue de la concepion logicielle plus prudent.

[gigiair]

Un programmeur avisé n’utilise pas, sauf exception, les constantes de l'environnement définies par défaut; Il les redéfinit, même si c'est pour leur donner la même valeur. Ne pas faire ainsi c'est s'exposer à des mésaventures comme celle qui a été à l'origine de ce fil. En suivant les conseils de Un bon petit, le code compile sans aucun souci.

[projetmbc]

Je n'y connais rien en programmation.

Je me mettais du côté de ce que fait TiKz et non de celui du code qui a initié ce post.

[KB]

Merci à tous pour vos réponses.
Effectivement, l'indication dimension too large était claire, mais je ne l'avais pas! et comme ce code compilait sans problème jusqu'à ce que je change de machine, je n'ai pas fait attention aux unités.

L'option \begin{tikzpicture}[x=1mm,y=1mm] permet en effet de rendre à nouveau compilable mon fichier de départ.

Ceci dit, la non création du fichier *.aux et l'arrêt en cours de compilation (comme décrite au début du fil) est-elle forcément due à ce problème dimension too large, ou bien connaissez-vous une autre origine possible ?

[gigiair]

J'ai testé le fichier initial en décommentant la ligne litigieuse. Le message d'erreur annonçant le débordement m'a sauté à la figure prenant la moitié de la fenêtre de travail. Pas possible de ne pas la voir. Toutefois la compilation termine et produit un document (incomplet)
La ligne de commande est

Code : Tout sélectionner

pdflatex  -file-line-error   -interaction=nonstopmode

J'ai refait l'expérience pour voir ce qu'il en était du fichier .aux. Il est là, pas très gros (2 lignes) mais il est là.
J'ai du mal à croire qu'il n'ait pas été créé.