octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #59546] Missing latex interpreter


From: Markus Mützel
Subject: [Octave-bug-tracker] [bug #59546] Missing latex interpreter
Date: Mon, 22 Mar 2021 14:39:47 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.90 Safari/537.36 Edg/89.0.774.57

Follow-up Comment #27, bug #59546 (project octave):

I cross-compiled with the patch from comment #25, made the same modifications
to the PATH in the startup script and ran the commands from comment #26:

>> setenv ("OCTAVE_LATEX_DEBUG_FLAG", "1")
>> sombrero ()
warning: latex_renderer: unable to compile "?"
* Command: "latex -interaction=nonstopmode
-output-directory="C:\Users\Markus\AppData\Local\Temp\latexl38Hbg"
"C:\Users\Markus\AppData\Local\Temp\la
texl38Hbg\default.tex" >
"C:\Users\Markus\AppData\Local\Temp\latexl38Hbg\default.log""
warning: called from
    figure at line 96 column 7
    newplot at line 120 column 10
    surf at line 76 column 9
    sombrero at line 68 column 5

warning: latex_renderer: unusable latex tool-chain
warning: called from
    axes at line 107 column 8
    newplot at line 161 column 10
    surf at line 76 column 9
    sombrero at line 68 column 5


I opened a command prompt and inspected that directory:

C:\Users\Markus\AppData\Local\Temp\latexl38Hbg>dir /b
default.log
default.tex

C:\Users\Markus\AppData\Local\Temp\latexl38Hbg>type default.tex
\documentclass[10pt, varwidth]{standalone}
\usepackage{amsmath}
\usepackage[utf8]{inputenc}
\begin{document}
\begin{flushleft}
?
\end{flushleft}

\end{document}
C:\Users\Markus\AppData\Local\Temp\latexl38Hbg>type default.log
This is pdfTeX, Version 3.141592653-2.6-1.40.22 (MiKTeX 21.3)
entering extended mode
! I can't write on file `default.log'.
Please type another transcript file name
! Emergency stop
No pages of output.



So, at least it looks like it picked up the correct executable.

Maybe we can't redirect stdout to "default.log" because pdfTeX will try (and
fail) to write its own log to a file with the same name? Maybe we could
redirect to "default.out" or something else instead?


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59546>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]