Ошибка файл dvi не существует latex
Портал Краткая справка по LaTeX Первый проект
Первый проект
LaTeX — это не система WYSIWYG (What you see is what you get), то есть подготовка докумета — многоэтапный процесс. Он состоит из набора кода, компиляции его в DVI и преобразования DVI в PDF. Посколько все выглядит так сложно, надо разложить процессы по полочкам.
Вот здесь начинаются некоторые организационные трудности. Дело в том, что некоторые используют оболочки типа Total Commander, FAR или Диско Командир. Будем считать, что такие пользователи разберутся как адаптировать данную инструкцию для своего случая самостоятельно. А для рядового пользователя опишу простой процесс работы.
В первую очередь создайте папку, в которой будет храниться весь проект. Я назову ее «First LaTeX Project» и расположу на рабочем столе. Все описываемые файлы сохраняем в ней. Для начала создадим командный файл, который будет запускать процесс компиляции (то есть преобразования TEX в DVI). Откройте BRED и напишите в нем следующий простой код: latex main.tex
pause
Далее сохраняем его в созданную папку как командный файл (то есть файл с расширением BAT). Для этого выбираем Файл → Сохранить как. В выпадающем списке «Тип файла» выберите «OS (*.bat; *.cmd; *.ini; *.log; *.reg)» и введите имя файла compile.bat. В папке появляется этот файл и его мы будем запускать когда захотим выполнить компиляцию проекта.
И теперь приступим к собственно созданию tex-файла. Аналогично, открываем BRED и набираем следующий код: \documentclass
% подключаем русский шрифт
\usepackage[cp1251]
\usepackage[russian]
% начинаем документ
\begin
Привет, мир!
\end
Сохраняем его в папку проекта как tex-файл (то есть файл с расширением TEX). Для этого аналогично выбираем Файл → Сохранить как. В выпадающем списке «Тип файла» выберите «TeX (*.tex)» и введите имя файла main.tex. В папке появляется файл «main.tex» — главный файл нашего проекта, который надо будет компилировать.
Теперь содержимое вашей папки выглядит следующим образом:
Выполним компилацию tex-файла запустив compile.bat. LaTeX начнет компиляцию, при этом система попросит установить недостающие пакеты (точно попросит, поскольку поддержка русской кодировки cp1251 еще не установлена). Вы увидите уже знакомое по установке окно:
Жмем кнопку «Install», пакет установится. Дополнительно могут быть установлены еще несколько пакетов, устанавливайте все. В случае успешной компиляции вы должны увидеть окно с приблизительно таким содержимым:
Сейчас для нас важно увидеть строчку «Output written on main.dvi (1 page, 248 bytes).». Жмем любую клавишу. В результате компиляции в папке окажется много различных файлов:
Нас интересует только файл main.dvi. Запустим его. Появится программа-драйвер YAP, где вы и увидите содержимое подготовленного нами файла, то есть текст «Привет, мир!»:
Уже неплохо, но теперь наша цель — создать PDF-файл, который будет читаться на всех платформах. Для этого создаем очередной командный файл со следующим содержанием: dvipdfm -p a4 -e main.dvi
pause
Назовем его makepdf.bat. Сохраняем, запускаем. По окончанию работы вы увидите вот такое окно, где нужно нажать любую клавишу:
В результате работы программы у нас в папке проекта появится еще и файл main.pdf. Таким образом окончательное содержимое папки будет выглядеть следующим образом:
Последний раз редактировалось sergei1961 06.04.2017, 09:13, всего редактировалось 1 раз.
Последнее время (полгода-год) стал часто подвисать и не создаваться без ошибок файл dvi. Используется win7+miktex 2.9.+winedt 5.5. При этом трансляция pdflatex и создание pdf происходят без проблем. Вроде бы, это связано с наличием в файле собственных переопределений команд и макросов, что-то там оказывается несовместимым с новыми версиями пакетов от AMS. Проблема это не только моя, например в Author's Kit для журнала Fractional Calculus and Applied Analysis написано:
Possible PROBLEMS, how to resolve:
1) It seems recently (since July 2014) for some authors using "fcaa.cls" there appear warnings for errors
while compiling the LaTeX file, for the used macros for theorems, lemmas, definitions, etc.
These might be due to some recent changes in the "amsart"-style or MikTeX/ WidEdt/ Acrobat Distiller setting under Windows platform.
Далее предлагается забить на это, делать pdf, с ним проблем нет. Это не связано с конкретной преамбулой или командами, достаточно наличия собственных переопределений, например, \newtheorem, и подключения пакетов AMS.
Иногда удобно иметь dvi - кто-то решал эту проблему, может помочь?
Иногда издательства содержат очень квалифицированных TeXпертов. Но случается, что даже крупные издательства нанимают на работу *****. Поскольку fcaa.cls не на CTAN , я подозреваю, что это тот случай. Быстрый взгляд показывает что этот журнал от Шпрингера учел в 2014 и вероятно, что то у нового хозяина другое (индусы, работающие на Шпрингер, создали "неповторимый" стиль, предмет шуток в TeX-сообществе). В общем, amsart который поддерживается AMS, меняется, но издатели разных журналов, если им хочется иметь свой класс, должны содержать людей, которые соответственно меняют его, а не расписываться в собственной некомпетентности.
Так виснет без всякого fcaa.cls , просто если есть amsart и собственные переопределения. На журнал я указал, так как там есть указания на возможные причины, которых я не понимаю. Виснуть стал и у нескольких коллег, дистрибутивы разные. В принципе, можно и без dvi, но там удобный Inverse Search, я в pdf не умею.
Кто виснет? Смотрим: latex создает dvi , но видите Вы его через xdvi (или нет, возможны варианты). Поэтому стоит проверить, кто там безобразит. Скажем, начали с foo.tex
1) Создается ли foo.dvi файл?
2) Если 1) "да" то можете ли открыть? Что его открывает?
3) Если 1) "нет", можете ли превратить в pdf через dvipdfmx или xdvipdfmx:
% dvipdfmx foo.pdf
% xdvipdfmx foo.pdf
4) Если 3) "да" откройте foo.pdf
5) Если 3) "нет" то
% dvips foo.dvi -o foo.ps
Можете открыть? Можете преобразовать в pdf и потом открыть?
Dvi смотрю просмотрщиком Yap, который встроен то ли в Miktex, то ли в Winedt.
1. Иногда создаётся, иногда нет. Непонятно. Более накрученные преамбулы-обычно нет, более простые без собственных переопределений- всегда да.
2. Да, Yap.
3. Если 1) "нет", можете ли превратить в pdf через dvipdfmx или xdvipdfmx? Не знаю, не использую указанные программы. При обработке в Winedt сразу PdfLatex всегда всё хорошо, проблем нет. Проблемы только с dvi. Когда проблемы-показывает на фоне Yap - не могу создать dvi файл, и он не создаётся.
Ладно, постараюсь разобраться сам, а не мучить людей своими проблемами. Честно говоря, когда я затевал разговор, то думал , что с определённого периода времени это подвисание носит массовый характер, и кто-то уже проблему решил. Спасибо всем за помощь.
Попробуйте прислать соответствующий tex файл, на котором зависает у Вас. Заодно проверьте, какую версию yap вы имеете (самую последнюю?)
gives a warning message latex: failed to create a dvi file , creates a number of garbage (?) files in the same folder - and actually also the desired png file. Somewhat annoying. This worked well a few weeks ago.
Julia 1.4.1, Windows 10, 64
Plots 1.2.0
MiKTeX in the system path
EDIT: this seems to be GR issue 300
EDIT 2: still there after updating to Plots 1.2.1 and GR 0.49.0
The text was updated successfully, but these errors were encountered:
PaulSoderlind commented Jul 3, 2020
@masenka31 I can confirm your finding (Win 10, Julia 1.4.2, Plots 1.5.2). label=L"\alpha" does not show anything. (But, xlabel=L"\alpha" does.)
masenka31 commented Jul 3, 2020
with 1.5.0-rc1, but I'm using the same with Julia 1.4.2
Elteoremadebeethoven commented Apr 16, 2019 •
in manimlib/tex_template.tex (line 3)
BeastyBlacksmith commented May 26, 2020
VivaldoMendes commented Jun 17, 2020
I'm glad to see that Paul is ready to help.
In the meantime, I have done a kind of migration into PGFPlotsX.jl directly, without using Plots and the pgfplotsx() backend. With simple plots, PGFPlotsX is more than 100 times faster than Plots+gr(). In 3-D plotting, the former is around 3 times faster than Plots+pgfplotsx(), and its output looks a little bit more clear than in the PLots+pgfplotsx() version.
The only problem with PGFPlotsX.jl is that it is still a thin layer to PGFPLOTS TEX, and many features of the latter powerful package are still to be implemented in PGFPlotsX.jl. Moreover, using Plots is still much easier and more intuitive than using PGFPlotsX.
All this in a Windows 10 machine, the latest version of Julia and Atom.
VivaldoMendes commented May 26, 2020
You meant pgfplots() not pgfplotsx() . I have PGFPlots 3.2.1 installed but Julia crashes now (I tried twice, it crashed twice). It did not use to in my former settings, whenever I used the pgfplots backend.
jeemitsha commented Dec 30, 2020
The 'log file' contains:
I'm on windows 10. This same error happens when I make my own custom scripts, but I am able to run example scenes 2 and 4.
Как происходит работа с системой LaTeX? Есть, по большому счету, три этапа работы:
- Набор исходного текста в любом текстовом редакторе.
- Прогон этого текста через LaTeX. На этом этапе исходный код преобразуется в DVI-файл, который можно просмотреть. Ошибки тоже выдаются на этом этапе.
- Просмотр файла DVI.
Но могут потребоваться и дополнительные этапы:
- Преобразование результата в PostScript или PDF.
- Обработка предметных указателей и прочих специальных частей книги.
- Да мало ли, что еще может потребоваться.
Рассматривать первый этап я не буду, он и так прост. А вот о том, как прогнать текст через LaTeX и просмотреть его, стоит сказать несколько слов.
Прогон через LaTeX выполняется следующей командой из командной строки: latex [имя файла] . Могут указываться дополнительные опции, но про них лучше прочитать в документации. Можно настроить и KDE и mc, чтобы они выполняли прогон файла через LaTeX при щелчке на файле (KDE), или при нажатии Enter на этом файле (mc). После выполнения такой команды на экран посыплется куча малопонятной (пока!) информации. Она попутно заносится и в лог-файл, так что можно не бояться что-то пропустить. Если исходный файл назывался begin.tex, то лог будет называться begin.log. Кроме этого, будет создан файл с "расширением" aux, в котором хранятся, судя по всему, метки, установленные в документе. А если в документе были страницы, готовые к выводу, то будет создан еще и DVI-файл, который можно просмотреть или преобразовать в другой формат.
Просмотр DVI файла можно осуществить огромным количеством программ, но я это делаю при помощи xdvi. Запуск xdvi прост: xdvi [имя файла] . И на экране появится продукт работы.
Хочется начать? Ну что ж, можно начать с самого простого варианта - с одной строки английского текста. Для этого нужно создать файл (допустим, с именем begin.tex) следующего содержания.
PaulSoderlind commented Jun 17, 2020
Since all affected people are on Windows and I can't confirm on MacOS, this is probably related to Windows.
@BeastyBlacksmith I am on Win 10 (using MiKTeX). Anything I can do to help you debug this?
ostannick commented Apr 16, 2019
You mean like this for example?
Still doesn't work
VivaldoMendes commented Jul 10, 2020
Everything worked fine in Julia 1.3.1, Plots 0.29.6, LatexStrings 1.1.0, don't recall which GR version I had. Now with Julia 1.4.2, GR 0.50.1, Plots 1.54, LaTeXStrings 1.1.0, LaTex strings become unworkable, for three reasons: the plot does not come out well, the REPL become full of latex: failed to create a dvi file and the Project folder becomes populated with a lot of useless files with funny names.
The problem seems to be somehow related to the GR backend, because if we plot with the pgfplotsx() or pyplots() backends, Plots is capable of producing a perfect output with the LaTeX code correctly interpreted, and no collateral files or messages.
The fact is that the gr() is really much faster than the pgfplotsx() -- the latter takes around 5 seconds to produce each plot (and I am not talking about the first time plot thing) -- is a terribly important issue when Latex strings + time are crucial elements. I am teaching a course where students take their exams within the notebook facility. They have the problems in LaTeX, they have to answer using LaTeX code and they have to do a lot of plotting, in which LaTeXStrings becomes extremely useful in the plotting parts of the answers (parameter values). In an exam, time is a crucial element and it is complicated to wait for 5s for a simple plot to come out, by using the pgfplotsx(), vs 0.14s with the gr(). Julia needs a good GUI, Plots is wonderful, and we have to be grateful to all of you guys that are putting a lot of your time and effort into developing these computational tools. But I just get nuts when I see my Matlab colleagues joking at me.
Let me start by saying that I've read through all of the other issues on here with the same error message, and have tried each of the fixes, but to no avail.
The 'log file' contains:
I'm on windows 10. This same error happens when I make my own custom scripts, but I am able to run example scenes 2 and 4.
The text was updated successfully, but these errors were encountered:
m4t101 commented Dec 19, 2020
I had the same problem and I solved it by changing TextMobject for TexMobject, and correcting one mistake I had. I think that's the problem you have.
masenka31 commented Jul 2, 2020
Is there any way to go around this issue? I'm using GR and can't really move to another backend since I already have some plots from GR in my work. Maybe going back to some older version works?
For me this problem happens only when trying to save the figure to PDF, in VS Code or GSK it plots fine.
zombie110year commented Sep 24, 2019 •
I met the same problem. I'm using Windows 10, and found it caused by TeX engines.
In Windows, path seqerator is \ but TeX recognized it as a escape character.
eg. ./media\Tex\fjkaljfa.tex will be ./mediaexjkaljfa.tex , the \T , \f have been wiped.
So replace \ to / before calling a TeX executable will solve this problem.
Did someone PR it?
red5h4d0w commented Jun 17, 2019 •
I found what needed to be fixed for this issue on my machine!
Windows only takes double quotes around paths, so at line 47, 48, 56, 57, 82, 87 of manimlib/utils/tex_file_writing.py replace the escaped single quotes with double quotes
If this doesn't impede development on other OS it should be corrected on master_branch
PaulSoderlind commented Jul 10, 2020
@jheinen I just tried (with GR 0.50.1 and Plots 1.5.4) and I still get the warning message latex: failed to create a dvi file .
I do have a local MiKTeX installation (and it's in the system path). Could it be that Plots tries that before falling back on the built-in LaTeX?
diegoempi commented Apr 27, 2019
Well, that's a problem.
I'd recommend trying to compile the Tex file from the command line, or using a graphical tool if you have one, so that you can see what's causing the error.
what are examples of graphical tools? thanks
BeastyBlacksmith commented May 26, 2020
I meant the new pgfplotsx -backend, which needs PGFPlotsX
ostannick commented Apr 16, 2019
MeatBoyed commented Jun 23, 2020 •
Getting a new environment and removing any other installations of MikTeX and following this tutorial exactly worked for me.
- and search for the package that is required and install them/it.
Everything should work as expected from there on out.
jheinen commented Jul 10, 2020
With recent versions of both GR (0.50.1) and Plots (1.5.3) everything should work fine (without a local LaTeX installation) on all platforms.
VivaldoMendes commented Jun 8, 2020
In the meantime, I have found out that the pgfplotsx() backend, despite producing a perfect output using LaTeXStrings, shows a very annoying side: it is more than 20 times slower than the usual gr() backend. For some purposes, when LaTeXStrings will have to be used, and time is a critical element, the pgfplotx() is not a suitable solution.
In my previous settings (mentioned in an entry above) I did not have this problem, neither the latex: failed to create a dvi file issue. Plots is such a wonderful package that it's a pity if we do not solve this issue in Windows 10. It used to work OK with Julia 1.3.1 and Plots 0.29.6. There must some minor intricacy with Julia 1.4.2 and Plots v1.3.3. Atom and LaTexStrings remain the same versions, and the problem does not vanish if I use Jupyter notebook.
PaulSoderlind commented May 3, 2020
Correct. However, it's a habit I have from strings like L"This is $\alpha$ and then comes $\beta$"
eulertour commented Apr 16, 2019
The file mentioned in the output cc8b128e228b77ce.log , isn't there? Or it only contains Tex?
VivaldoMendes commented May 26, 2020
By the way,
I have just been able to produce plots with the L macro, by firstly build LaTeXStrings . The only problem is that there is still a bunch of garbage popping up in the REPL. How can we get rid of this garbage?
sanskrutikarnawat commented Jun 27, 2020
- and search for the package that is required and install them/it.
Everything should work as expected from there on out.
How do you search for required packages?
VivaldoMendes commented May 26, 2020
Thanks' a lot. The pgfplotsx backend looks immaculate. I was not aware of this specific backend and I think I checked on the wrong website.
siddharthlal25 commented Jul 5, 2020
I installed latex and dvipng on my system (I am using Ubuntu 18.04), and this error was fixed!
The original issue is about windows, install these two packages there and give it a try again!
Первый документ
\documentclass
\begin
This is my first step in \LaTeX!
\end
И все. Теперь разберемся с правилами набора и основами языка. В нем есть команды, ключевые слова, специальные символы и, я бы сказал, все остальное. Команды начинаются с символа \ , за которым может идти либо одна не-буква, либо последовательность букв. Команды LaTeX чувствительны к регистру, поэтому \documentclass и \DocumentClass - совсем разные команды! Спецсимволы - это , $, %, & , и, может быть, что-то еще, но сечас это не важно.
Теперь разберемся с командами, встретившимися в примере.
\documentclass - команда с аргументом. Ее аргумент, как не сложно догадаться, стоит в фигурных скобках. Пробел между командой и ее аргументом может стоять, а может и нет - LaTeX все равно игнорирует пробелы после команд, состоящих из букв. Следует также сказать, что ОБЯЗАТЕЛЬНЫЕ аргументы записываются в фигурных скобках, а необязательные (есть и такое) - в квадратных и перед обязательными. Команда \documentclass устанавливает тип создаваемого документа. В нашем случае это article . Подробнее на классах документов я остановлюсь в другой статье. Тип документа определяет многие его параметры - нумерацию страниц, поля, колонтитулы и пр.
Следующая команда \begin говорит о начале собственно документа. А все, что было до нее - не документ? Можно сказать и так. Все, что записано от начала файла до \begin , называется преамбулой. В ней удобно определять новые команды, изменять стили для всего документа, подключать пакеты и пр. Целесообразно для крупных проектов выносить преамбулу в отдельный файл.
Строка This is my first step in \LaTeX! содержит текст, который и будет являться результатом. Т. е. для обычного текста специальные команды обычно не нужны. Команда \LaTeX в результате своей работы создает логотип LaTeX'а.
Команда \begin начинает так называемое окружение. Окружение - очень полезная вещь. Оно допускает внутри себя специальные команды, недоступные вне его; создает специальное форматирование и пр. В данном случае мы начали окружение document, внутри которого можно выводить печатные символы. Вне окружения document этого делать нельзя. Каждое окружение должно где-то кончаться. Окончание окружения в нашем случае стоит в последней строке файла. На одну команду начала окружения должна приходиться одна команда окончания окружения, причем того же самого. Нельзя записать так:
Здесь ошибка в том, что открыто одно окружение, а закрыто совсем другое. Следующий вариант тоже ошибочен:
В этом примере нет несбалансированных \begin и \end , но зато окружение figure остается открытым, когда окружение myenvironment уже закрыто. Такие ситуации приводят к ошибкам.
BeastyBlacksmith commented Jul 3, 2020
does saving as .jpg work?
VivaldoMendes commented May 26, 2020
Despite producing the plot more or less OK (there is still a small problem with subscripts, but we can turn around this), in the REPL we get a lot output like this, every time a plot is produced:
Julia> latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
latex: failed to create a dvi file
BeastyBlacksmith commented Jul 3, 2020 •
@masenka31 Which version of Plots, GR and julia is that?
Also @jheinen: Does the native LaTeX renderer work for legend entries (on windows, it works for me on macOS)?
c-a-rigo commented Jul 5, 2020
Did anyone solve this issue?
VivaldoMendes commented May 26, 2020
The same problem as Paul: julia> latex: failed to create a dvi file
I'm using: Julia 1.4.2, Atom 1.47.0 x 64, Plots v1.3.3., LaTeXStrings 1.1.0. MiKTeX working OK.
Everything worked fine in Julia 1.3.1, the same Atom version, and Plots 0.29.6, LatexStrings 1.1.0.
I think that in the past I solved a similar problem by ]build Plots or ]build GR . Not anymore.
I think the new version of Plots changed somehow. I have a lot of plots that used to come out perfectly OK, which now require some minor changes. But the LateXStrings' problem is really annoying.
I think the problem is with the GR backhand. I have just used LaTeXStrings with pyplot() and the plots come out well. The only problem is that the mathematical symbols in pyplot() look really horrible. Not very useful at all.
quark67 commented Apr 28, 2019
what are examples of graphical tools? thanks
TeXStudio, TexMaker, TeXshop are examples of graphical tools for compiling .tex files.
Digital-Down commented Sep 22, 2019
Is your \manim folder in a folder path that has a folder name with a space? That ended up being my issue. LaTeX works fine now.
I've been working on this all day and this was my issue. You are awesome!
eulertour commented Apr 16, 2019
Sorry about that, that should be valid even as a TextMobject . Since you're able to run examples 2 and 4, I suspect you are missing a latex package. The output you pasted seems to be a Tex file rather than a log file, is there a log file as well?
PaulSoderlind commented Jul 3, 2020
This "works" with both png and pdf, in the sense of actually creating the file. The placement of the LaTeX elements is a bit off, but it works. However, warning messages latex: failed to create a dvi file are issued and a number of intermediate files (with names like e and 5 ) are left in the folder. They appear to be LaTeX files. My guess is that GR/plots does not cooperate well with MiKTeX.
Olivia-fsm commented May 24, 2020
- result = Path(result).as_posix()
- tex_file = Path(tex_file).as_posix()
- tex_dir = Path(consts.TEX_DIR).as_posix()
if not os.path.exists(result):
commands = [
"latex",
"-interaction=batchmode",
"-halt-on-error",
- result = Path(result).as_posix()
- dvi_file = Path(dvi_file).as_posix()
if not os.path.exists(result):
commands = [
"dvisvgm",
Did someone PR it?
but if I change this file follow the instruction, I got this error:
OSError: No file matching media/Tex/01339147c3b11af9.svg in image directory
What can I do then.
mathphysics commented May 1, 2019
Is your \manim folder in a folder path that has a folder name with a space? That ended up being my issue. LaTeX works fine now.
ostannick commented Apr 16, 2019
There is no log file -- only .tex
masenka31 commented Jul 3, 2020 •
I think saving as png didn't work yesterday, but somehow works now. But pdfs still don't include the label with latex string:
Emory-Sun commented Jun 16, 2019 •
I'm facing the exact same issue; when I try to run python -m manim example_scenes.py WriteStuff -pl , I get "See log output above. " with "Latex error converting to dvi." However, there is no log file ./media\Tex\e6984177d9d09224.log as indicated, only a .tex file of the same name. I have Tex Live installed and all the appropriate packages (I know this because I successfully managed to compile the .tex file independently). What's going on?
PaulSoderlind commented Jun 19, 2020
PaulSoderlind commented May 26, 2020
Both pgfplotsx and pyplot handle LaTeX text. Good choices, both.
Dfredude commented Oct 20, 2020
Hey man I was having the same issue and the issue was with my code.
It was like this:
from big_ol_pile_of_manim_imports import *
class Formula(Scene):
def construct(self):
formula_tex_1=TexMobject(r"\fracf(x)=\lim_>")
self.add(formula_tex_2)
And i changed it to this:
from big_ol_pile_of_manim_imports import *
class Formula(Scene):
def construct(self):
formula_tex_2=TexMobject("\fracf(x)=\lim_>")
self.add(formula_tex_2)
As you can see I used backslash instead of r and that at least let me render the image. Nothing fancy but might help somebody new to this like me.
masenka31 commented Jul 9, 2020
Quite interesting that when I have more labels and at least one of them is not a latex string, then the PDF created looks okay. It still produces the warning about latex: failed to create a dvi file .
BeastyBlacksmith commented May 26, 2020
Since all affected people are on Windows and I can't confirm on MacOS, this is probably related to Windows.
Meanwhile give the pgfplotsx -backend a try. It has also native rendering of LaTeXStrings.
red5h4d0w commented Jun 17, 2019
@Elteoremadebeethoven i tried changing that line but i still run into the exact problem they ran into
eulertour commented Apr 16, 2019
Well, that's a problem.
I'd recommend trying to compile the Tex file from the command line, or using a graphical tool if you have one, so that you can see what's causing the error.
astroparam commented May 28, 2020
I had same problem and I tried all the solution listed above but didn't worked for me.
I came to know that error was due to some missing packages.
I uninstalled MikTex and installed again but chose to install missing packages on the fly while installing.
It worked fine for me.
yoshiask commented Jun 13, 2019
It sounds like you don't have LateX installed. Go to the LaTeX project website and download the suggested distribution for your OS.
zdarovakoresh commented Aug 12, 2020
I'm facing the same issue. I have a complete version of MikTex on my computer.
Here is the log file:
Читайте также: