Cannot make it work with Miktex 2.9 under windows 7

[blumu]

From KumonOfD...@gmail.com on October 21, 2010 20:42:27

What steps will reproduce the problem? 1. Starting the program the dos box opens and runs

2. Then it stops and widows opens an error message 3. What is the expected output? What do you see instead? The error message: pdftex.exe has stopped working.

What version of the product are you using? On what operating system? The latest version 0.1 build 45. Windows 7, home pro Please provide any additional information below. Used to work fine with Miktex 2.8

Original issue: http://code.google.com/p/latexdaemon/issues/detail?id=19

[blumu]

From william....@gmail.com on November 24, 2010 01:02:27

Miktex 2.9 is still in beta. I will look into this problem when the final version is released.

Status: Accepted

[blumu]

From william....@gmail.com on November 24, 2010 01:08:33

Owner: william.blum

[blumu]

From william....@gmail.com on January 22, 2011 19:19:24

Issue 22 has been merged into this issue.

[blumu]

From william....@gmail.com on January 22, 2011 20:42:22

Works fine on my machine with release build of Miketex 2.9. Try to update to the latest version of Miktex 2.9 and try again. If it still fails please provide a minimum repro .tex file and post it online (e.g., pastie.org).

[blumu]

From TheJ...@gmx.de on January 26, 2011 03:10:56

Same problem here on Windows XP, and MikTeX 2.9 installed and updated today. The following latex input is enough to trigger the crash of pdftex.exe:

\documentclass{article} \begin{document} Test! \end{document}

with the command line: latexdaemon.exe --ini=pdflatex --custom_args="--synctex=-1" DaemonTest.tex

Everything is fine when I run this with synctex, i.e.: latexdaemon.exe --ini=pdflatex DaemonTest.tex

It looks like this may be the same as issue #21 .

[blumu]

From TheJ...@gmx.de on January 26, 2011 03:19:45

Sorry, in comment 6 above, it should obviously have read: "Everything is fine when I run this without synctex, ...".

And I used LatexDaemon Version 0.10 Build 46.

[blumu]

From william....@gmail.com on January 26, 2011 13:04:52

Could you try deleting all the auxiliary files (.aux, .blg, ...) from the directory where your .tex resides and see if it fixes the problem?

[blumu]

From TheJ...@gmx.de on January 26, 2011 13:32:45

The test file was the only file in that directory. And I used a directory name as simple as possible: "F:\tmp".

One more observation (which may be totally misleading): The problem occurs on my work computer when logged in as a regular user with non-admin rights (but sufficient to install MikTeX only for me). On a different machine as a user with admin rights: everything is OK.

[blumu]

From william....@gmail.com on January 26, 2011 14:26:53

Does the problem still occur when the synctex option is set to 1 instead of -1?

[blumu]

From TheJ...@gmx.de on January 27, 2011 01:12:26

Yes, the problem still occurs with latexdaemon.exe --ini=pdflatex --custom_args="--synctex=1" DaemonTest.tex

[blumu]

From TheJ...@gmx.de on January 28, 2011 05:09:32

I have now been playing a bit with the pdftex command as issued by latexdaemon. The crash of pdftex.exe appears to be related to the option "-output-directory=TeXAux".

I started with a clean directory, no previous output files -- just the input file and the empty subdirectory TeXAux. When I run pdftex with the full command as attempted by latexdaemon (see below), pdftex crashes. When I run it without "-output-directory=TeXAux", pdftex runs fine and produces the files DaemonTest-pdflatex.fmt, DaemonTest-pdflatex.log, DaemonTest-preamble.dep as intended.

Hope this helps, Ingo

Full pdftex command: pdftex -output-directory=TeXAux -interaction=nonstopmode --synctex=1 -job-name=DaemonTest-pdflatex -ini "&pdflatex" "\makeatletter \newwrite\preambledepfile \immediate\openout\preambledepfile = DaemonTest-preamble.dep \ifx\DAEMON@@input\@undefined\let\DAEMON@@input\input\fi \ifx\DAEMON@@include\@undefined\let\DAEMON@@include\include\fi \def\input{\@ifnextchar\bgroup\Dump@input\DAEMON@@input} \def\Dump@input#1{ \immediate\write\preambledepfile{#1}\DAEMON@@input #1} \def\include#1{\immediate\write\preambledepfile{#1}\DAEMON@@include #1}\let\ORGdocument\document\let\ORGopenout\openout\def\document{\endgroup \immediate\closeout\preambledepfile \let\input\DAEMON@@input \let\include\DAEMON@@include {\setbox\z@\hbox{ $$ \normalfont {\ifx\large\@undefined\else\large\fi \ifx\footnotesize\@undefined\else\footnotesize\fi} {\bfseries\itshape} {\itshape} \ttfamily \sffamily }}\let\document\ORGdocument\let\openout\ORGopenout\makeatother\catcode\\=13\relax\catcode#=12\relax\catcode\ =9\relax\dump}\def\openout#1 {\g@addto@macro\DAEMONopens{\immediate\openout#1 }\immediate\ORGopenout#1 }\let\DAEMONopens\@empty\def\MARKbegin{\begin{document}}\def\MARKeop{ENDOFPREAMBLE}\def\DAEMONbegin{ \newwrite\dependfile \immediate\openout\dependfile = \"DaemonTest.dep\" \ifx\DAEMON@ORG@InputIfFileExists\@undefined\let\DAEMON@ORG@InputIfFileExists\InputIfFileExists\fi \long\def\DAEMON@InputIfFileExists##1##2##3{\immediate\write\dependfile{##1}\DAEMON@ORG@InputIfFileExists{##1}{##2}{##3}} \let\InputIfFileExists\DAEMON@InputIfFileExists \begin{document}}{\catcode^^M=\active\catcode\/=0 /catcode\=13 /gdef{/catcode/\=0 /catcode/^^M=13 /catcode/%=9 ^^M}/long/gdef^^M#1^^M{/def/MYline{#1}/ifx/MYline/MARKbegin/catcode/^^M=5/relax/let^^M/par/relax/catcode/#=6/relax/catcode/%=14/relax/catcode`/ =10/relax/expandafter/DAEMONopens/expandafter/DAEMONbegin/else/expandafter^^M/fi}} \input DaemonTest.tex"

[blumu]

From pert...@gmail.com on January 28, 2011 22:04:44

In my experience with a minimal file under windows 7:

1-Miktex 2.8 always works fine. 2-Miktex 2.9 sometimes stops working, as explained below: a) when I use a batch file with c:\tex\latexdaemon\latexdaemon.exe --ini=latex %1, I never have a problem. b) when I use a batch file with c:\tex\latexdaemon\latexdaemon.exe --ini=pdflatex --custom_args=-synctex=-1 %1, the program stops with a message of (pdftex.exe has stopped working" c) when I use a batch file with c:\tex\latexdaemon\latexdaemon.exe --ini=pdflatex %1, the program runs without a problem d) when I use a batch file with c:\tex\latexdaemon\latexdaemon.exe --ini=latex --custom_args=-synctex=-1 --afterjob=dvipspdf %1, the program stops with a message of (pdftex.exe has stopped working" d) when I use a batch file with c:\tex\latexdaemon\latexdaemon.exe --ini=latex --afterjob=dvipspdf %1, the program works fine

Conclusion: The problem seems to be with Miktex 2.9 and when I use --custom_args=-synctex=-1. When this is removed the problem is solved (at least with my minimal example). Changing it to --custom_args=-synctex=1 Des not solve the problem. Miktex 2.8 does not have this problem.

[blumu]

From william....@gmail.com on January 28, 2011 22:20:59

Thanks for sharing the details. I had no chance reproducing the bug: all the scenarios you described above work on my machine (Windows 7 x64/Miktex 2.9). I even tried on another machine by installing Miktex for the current user only and it also worked fine.

There seems to be a bug in the pdftex.exe that ships with Miktex 2.9. We would need to gather more info about the crash in order to file a bug to the Miktex project.

• Repro the bug by running the latex command directly (without latexdaemon);
• When pdftex.exe crashes, get a dump of the stack using Process Explorer ( http://technet.microsoft.com/en-us/sysinternals); - Create a program execution trace by following instruction at: http://miktex.org/diagnosing; - Post the result here.

[blumu]

From pert...@gmail.com on January 29, 2011 06:07:07

Thanks. I never experience this problem when I rum latex or pdflatex, with or without synctex activation. It only happens when I run latexdaemon. By the way, my windows 7 is also x64 and I regularly update my Miktex distribution. I experience this problem on two machines at work and home. I usually invoke latexdaemon from winedt 5.5, but have tried directly invoking it in a Dos box and have had the same problem.

[blumu]

From TheJ...@gmx.de on January 31, 2011 14:45:09

Here is a first go at providing info on the crash using pdfTeX Version 3.1415926-1.40.11 in MiKTeX 2.9 on Windows XP SP3.

Command line: pdftex -output-directory=TeXAux --synctex=1 -job-name=DaemonTest-pdflatex -ini "&pdflatex" "\input DaemonTest.tex"

NB: The problem disappears when any one of the first the three options is removed.

Input File "DaemonTest.tex": \documentclass{article} \begin{document} Test! \end{document}

Output on screen: This is pdfTeX, Version 3.1415926-1.40.11 (MiKTeX 2.9) (INITEX) entering extended mode LaTeX2e <2009/09/24> Babel <v3.8l> and hyphenation patterns for english, afrikaans, ancientgreek, ar abic, armenian, assamese, basque, bengali, bokmal, bulgarian, catalan, coptic, croatian, czech, danish, dutch, esperanto, estonian, farsi, finnish, french, ga lician, german, german-x-2009-06-19, greek, gujarati, hindi, hungarian, iceland ic, indonesian, interlingua, irish, italian, kannada, kurmanji, lao, latin, lat vian, lithuanian, malayalam, marathi, mongolian, mongolianlmc, monogreek, ngerm an, ngerman-x-2009-06-19, nynorsk, oriya, panjabi, pinyin, polish, portuguese, romanian, russian, sanskrit, serbian, slovak, slovenian, spanish, swedish, swis sgerman, tamil, telugu, turkish, turkmen, ukenglish, ukrainian, uppersorbian, u senglishmax, welsh, loaded. (F:\tmp\latexdaemon\DaemonTest.tex ("D:\Programs\Office\MiKTeX 2.9\tex\latex\base\article.cls" [--- pdftex.exe crashes here ---]

Excecution trace is attached in pdftex_trace.zip (with MIKTEX_TRACE=access,config,core,env,error,files,filesearch,fndb,fontinfo,mem,process,tempfile,values).

A mini dump of the stack is attached in pdftex_mini-dump.zip. A full dump is available, but I don't post it right now because of the file size.

Attachment: pdftex_trace.zip pdftex_mini-dump.zip

[blumu]

From mclsuet...@gmail.com on February 03, 2011 13:40:46

According to pert...@gmail.com, the command "-synctex=-1" is causing the crash problem. However, I have noticed that you can use "-synctex=-1" if you have previously compiled with latexdaemon without "-sinctex=-1". Therefore, I have (coarsely) solved the problem by creating the following .bat file: "latexdaemon.exe -watch=no -force -ini=pdflatex DaemonTest.tex latexdaemon.exe -ini=pdflatex -custom_args="-synctex=-1" DaemonTest.tex " I know that this is not the best way to solve the problem, but I´m just a regular user of latexdaemon.
(I´m a 64bits windows 7, limited user (non admistrator), with miktex 2.9)

[blumu]

From pert...@gmail.com on February 03, 2011 16:13:12

So, this means that in the first run -synctex=-1 generates something (some file) that interferes with the program in the second run. If this is true, cleaning all auxiliary files could help. I will try and report. Also note the following posting on Miktex forum:

Am Wed, 02 Feb 2011 16:51:38 +0100 schrieb Szabolcs Horvt:

I'm not using latexdaemon, but there is a long discussion about this problem in its bug tracker: https://code.google.com/p/latexdaemon/issues/detail?id=19 I can confirm that it is probably based on a miktex problem. The following command works fine in miktex 2.8. but crashes (windows crash) in 2.9. It looks as if synctex has a problem to rename its output file - perhaps to new security options or due to a timing problem. You should make a bug report in the miktex bug tracker.

Command (directory TeXAux exists):

I:\Z-Test>pdflatex -output-directory=TeXAux --synctex=1 test-utf8.tex

This is pdfTeX, Version 3.1415926-1.40.11 (MiKTeX 2.9) entering extended mode ....

Output written on test-utf8.pdf (1 page, 11060 bytes). SyncTeX: Can't rename I:\Z-Test\TeXAux\test-utf8. synctex.gudb5bd2cfd03eb7c28c9c3792e070e850 to I:\Z-Test\TeXAux\test-utf8.synctex.gz

TeXAux contains at the end beside the normal files a file named "test-utf8.synctex.gz(busy)"

[blumu]

From william....@gmail.com on February 03, 2011 17:10:26

Thanks for the trace and stack dump. I've created a bug on the Miktex bug tracker: https://sourceforge.net/tracker/?func=detail&aid=3172171&group_id=10783&atid=110783

[blumu]

From william....@gmail.com on February 04, 2011 20:33:47

Issue 21 has been merged into this issue.

[blumu]

From william....@gmail.com on February 04, 2011 20:37:05

The Miktex bug tracker reports the bug as fixed: https://sourceforge.net/tracker/?func=detail&atid=110783&aid=3131165&group_id=10783 https://sourceforge.net/tracker/?func=detail&atid=110783&aid=3172171&group_id=10783 https://sourceforge.net/tracker/?func=detail&atid=110783&aid=3112851&group_id=10783 The fix will be available in the next update of MikTeX.

[blumu]

From TheJ...@gmx.de on February 07, 2011 03:48:39

The miktex update fixed the problem (as described in Comments 6,12,16) for me. Brilliant.

[blumu]

From william....@gmail.com on February 16, 2011 21:34:54

Status: Fixed