tikzStringWidthCalc.log is not found (used to work)

Question

tikzStringWidthCalc.log is not found (used to work)

shedig opened this issue 6 years ago · comments

On Windows 10 and R 3.4.3 I get the following error message when running the following short R skript.
I used tikZDevice for several other figures and it always worked...

library(MASS)
library(mixtools)

set.seed(747)

library(tikzDevice)
tikz(file = "plot_intro.tex", width=8.5, height=11)

size_choose <- 20
covmat <- matrix(c(1,0.7,0.7,1), nrow=2, ncol=2)
real <- as.data.frame(mvrnorm(n=size_choose, mu=c(0,0), Sigma=covmat))
fake <- as.data.frame(mvrnorm(n=4, mu=c(0,0), Sigma=covmat))

plot(real, xlim=c(-4,4), ylim=c(-4,4), xlab="$X_1$", ylab="$X_2$", pch=16, cex.lab=1.5, cex.axis=1.5)
Measuring dimensions of: m
Running command: "C:\PROGRA~~1\MIKTEX~~1.9\miktex\bin\x64\pdflatex.exe" -interaction=batchmode -halt-on-error -output-directory "C:\Users\name~~1\AppData\Local\Temp\Rtmpc1AUUi\tikzDevice28b0410b1e9e" "C:/Users/name~~1/AppData/Local/Temp/Rtmpc1AUUi/tikzDevice28b0410b1e9e/tikzStringWidthCalc.tex"
Error in file(con, "r") : cannot open the connection
In addition: Warning message:
In file(con, "r") :
cannot open file 'C:\Users\name~1\AppData\Local\Temp\Rtmpc1AUUi\tikzDevice28b0410b1e9e/tikzStringWidthCalc.log': No such file or directory

where i changed the actual username to "name"

some further points:

The file tikzStringWidthCalc.tex actually exists in the temporary folder

the output of tempdir() looks as follows
"C:\Users\name~1\AppData\Local\Temp\Rtmpc1AUUi"
note: i tried changing the tempdir to one where there is no space in the username, the error remains.

Thanks for any help:)

shedig · Answer 1 · Fri Mar 16 2018 21:23:23 GMT+0800 (China Standard Time)

Solved it by using XeLatex instead of PdfLadex

Nico Bellack · Answer 2 · Mon Aug 13 2018 19:59:57 GMT+0800 (China Standard Time)

Hi @shedig, glad you found a workaround that works for you. However, I tried to reproduce this behavior on a Windows 10 VM without success, everything worked smoothly for me with the code example you provided.

It seems like there is a backslash in your output when there should be a forward slash directly before tikzStringWidthCalc.log.

Running on my VM, the path looks correct:

Running command: "C:\texlive\2018\bin\win32\pdflatex.exe" -interaction=batchmode -halt-on-error -output-directory "C:\Users\User\AppData\Local\Temp\RtmpURkf2h\tikzDevice1f58568e3553" "C:/Users/User/AppData/Local/Temp/RtmpURkf2h/tikzDevice1f58568e3553/tikzStringWidthCalc.tex"

Could you please check if this error still occurs for you?

Sam Welch · Answer 3 · Tue Aug 14 2018 18:34:22 GMT+0800 (China Standard Time)

Hi, I hope it's alright if I jump in with the same issue. I'm just trying to run the example code in the manual:

library(tikzDevice)

tikz('tikz-example.tex',
     width = 3.25, height = 3.25)
plot(1, 1, main = 'Hello \\TeX !')
dev.off()

and I get the error:

Measuring dimensions of: m
Running command: "C:\Users\name~1\AppData\Roaming\TinyTeX\bin\win32\pdflatex.exe" -interaction=batchmode -halt-on-error -output-directory "C:\Users\name~1\AppData\Local\Temp\RtmpsHFDGr\tikzDevice224459df42e" "C:/Users/name~1/AppData/Local/Temp/RtmpsHFDGr/tikzDevice224459df42e/tikzStringWidthCalc.tex"
Error in file(con, "r") : cannot open the connection
In addition: Warning message:
In file(con, "r") :
  cannot open file 'C:\Users\name~1\AppData\Local\Temp\RtmpsHFDGr\tikzDevice224459df42e/tikzStringWidthCalc.log': No such file or directory

with the same backslash when there should be a forward slash.

When I try and compile tikzStringWidthCalc.tex manually using tinytex::pdflatex(), compiling fails:

! Missing \endgroup inserted.
<inserted text> 
                \endgroup 
l.22 \end{document}

Error: Failed to compile tikzStringWidthCalc.tex. See test.log for more info.

If I manually change the \@@end on the last line to a \end{tikzpicture} and \end{document} I can compile tikzStringWidthCalc.tex into a pdf of the letter m manually, but nothing I've tried using tikz() (including switching to XeLaTeX and LuaTeX fixes the issue or even changes the error message.
Win 8.1 / tinytex 0.6.7 / tikzDevice 0.12 / R 3.5.1

Nico Bellack · Answer 4 · Thu Aug 16 2018 16:44:48 GMT+0800 (China Standard Time)

Hi @samawelch, thanks for reporting!
I finally managed to reproduce this error on a Windows 10 VM with the same program versions you have posted. We will definitely address support for TinyTeX in the future. However, if you need to get it going right now, I'd suggest you give it a shot with TeX Live.
I would recommend the same to you, @shedig. I have not tried it with MikTeX yet, but if you are not content using this workaround you mentioned, this might be worth a try.

Uri92 · Answer 5 · Thu Dec 20 2018 22:51:32 GMT+0800 (China Standard Time)

Still having the same problem ".../tikzStringWidthCalc.log': No such file or directory"

Using texlive (also tried MiKTeX, same problem), R version 3.5.1

Changing the compiler, running as administrator, updating R packages/texlive did not solve the issue.

Uri92 · Answer 6 · Mon Feb 18 2019 05:19:31 GMT+0800 (China Standard Time)

Hi @samawelch, thanks for reporting!
I finally managed to reproduce this error on a Windows 10 VM with the same program versions you have posted. We will definitely address support for TinyTeX in the future. However, if you need to get it going right now, I'd suggest you give it a shot with TeX Live.
I would recommend the same to you, @shedig. I have not tried it with MikTeX yet, but if you are not content using this workaround you mentioned, this might be worth a try.

This workaround does not do the trick. Any news on this issue?

Ralf Stubner · Answer 7 · Wed Feb 20 2019 21:40:51 GMT+0800 (China Standard Time)

@Uri92 and anybody else having this problem: Please post the output of running tikzDevice::tikzTest() in the R console.

Uri92 · Answer 8 · Thu Feb 21 2019 02:51:28 GMT+0800 (China Standard Time)

@rstub This is the output in the R console:

> tikzDevice::tikzTest()

Active compiler:
	C:\texlive\2018\bin\win32\pdflatex.exe
	pdfTeX 3.14159265-2.6-1.40.19 (TeX Live 2018/W32TeX)
	kpathsea version 6.3.0

Measuring dimensions of: A
Running command: "C:\texlive\2018\bin\win32\pdflatex.exe" -interaction=batchmode -halt-on-error -output-directory "C:\Users\USER\AppData\Local\Temp\Rtmp2h8ns8\tikzDevice351070195eae" "C:/Users/USER/AppData/Local/Temp/Rtmp2h8ns8/tikzDevice351070195eae/tikzStringWidthCalc.tex"
This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/W32TeX) (preloaded format=pdflatex)
 restricted \write18 enabled.
entering extended mode
Error in file(con, "r") : cannot open the connection
In addition: Warning message:
In file(con, "r") :
  cannot open file 'C:\Users\USER\AppData\Local\Temp\Rtmp2h8ns8\tikzDevice351070195eae/tikzStringWidthCalc.log': No such file or directory

Ralf Stubner · Answer 9 · Fri Feb 22 2019 01:57:25 GMT+0800 (China Standard Time)

Thanks @Uri92 . Can you check if the log file exists in that location. In case you quit the R session, please re-run the command and look at the new location. In addition can you please post the content of the produced .tex file?

Uri92 · Answer 10 · Fri Feb 22 2019 15:42:46 GMT+0800 (China Standard Time)

@rstub tikzStringWidthCalc.log does not exist, however there is a texput.log file

The .tex file contains the following:

\documentclass[10pt]{article}

\usepackage{tikz}

\usepackage[active,tightpage,psfixbb]{preview}

\PreviewEnvironment{pgfpicture}

\setlength\PreviewBorder{0pt}

\usepackage[T1]{fontenc}

\usetikzlibrary{calc}

\batchmode
\begin{document}
\begin{tikzpicture}
\node[inner sep=0pt, outer sep=0pt, scale=1] (TeX) {A};
\path let \p1 = ($(TeX.east) - (TeX.west)$),
    \n1 = {veclen(\x1,\y1)} in (TeX.east) -- (TeX.west)
    node{ \typeout{tikzTeXWidth=\n1} };
\end{tikzpicture}
\end{document}

Ralf Stubner · Answer 11 · Fri Feb 22 2019 17:57:49 GMT+0800 (China Standard Time)

@Uri92 Thanks, the .tex file looks fine. The texput.log file is probably quite long. Does it contain a line like this

 tikzTeXWidth=7.49817pt

close to the end of the file?

Uri92 · Answer 12 · Fri Feb 22 2019 18:00:53 GMT+0800 (China Standard Time)

@rstub This is the content of the texput.log file:

This is pdfTeX, Version 3.14159265-2.6-1.40.19 (TeX Live 2018/W32TeX) (preloaded format=pdflatex 2018.12.20)  22 FEB 2019 08:39
entering extended mode
 restricted \write18 enabled.
 %&-line parsing enabled.
**C:/Users/USER/AppData/Local/Temp/RtmpS0XDWR/tikzDevice3300647a2867/tikzStringWidthCalc.tex
! Emergency stop.
<to be read again> 
                   \protect 
<*> C:/Users/USER
                    1/AppData/Local/Temp/RtmpS0XDWR/tikzDevice3300647a2867/t...
 
Here is how much of TeX's memory you used:
 5 strings out of 492616
 259 string characters out of 6132767
 56950 words of memory out of 5000000
 4017 multiletter control sequences out of 15000+600000
 3640 words of font info for 14 fonts, out of 8000000 for 9000
 1141 hyphenation exceptions out of 8191
 3i,0n,0p,1b,6s stack positions out of 5000i,500n,10000p,200000b,80000s
!  ==> Fatal error occurred, no output PDF file produced!

Ralf Stubner · Answer 13 · Fri Feb 22 2019 18:43:53 GMT+0800 (China Standard Time)

@Uri92 Thanks for you patience. I was now able to reproduce the issue after creating a test user with a long enough name in my Windows environment. This means that as a workaround you can try to use a user with a short user name.

Ralf Stubner · Answer 14 · Fri Feb 22 2019 19:45:38 GMT+0800 (China Standard Time)

@Uri92 Can you please try the version from the issues/176 branch:

remotes::install_github("daqana/tikzDevice@issues/176")

Uri92 · Answer 15 · Sat Feb 23 2019 03:09:12 GMT+0800 (China Standard Time)

@rstub Thank you very much for your support, installing the version you suggested worked!

Ralf Stubner · Answer 16 · Tue Feb 26 2019 00:05:46 GMT+0800 (China Standard Time)

@Uri92 Thanks for checking. I have now merged this into master and put the package unto our drat repository, i.e.

if (!requireNamespace("drat", quietly = TRUE))
  install.packages("drat")
drat::addRepo("daqana")

install.packages("tikzDevice")

will give you the most recent version. Since there are still some issues with the CI pipeline, it will take some time before a CRAN release, which is why I am keeping this issue open for the time being.

@shedig , @samawelch Can you also check if this fixes the issue for you?

Ralf Stubner · Answer 17 · Thu Aug 08 2019 16:38:41 GMT+0800 (China Standard Time)

@shedig , @samawelch This fix has been released to CRAN. Can you please check if this fixes the issue for you?