Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

/preamble=no gives error "latex: Not enough room in an internal buffer." #10

Open
blumu opened this issue Dec 21, 2014 · 4 comments
Open

Comments

@blumu
Copy link
Owner

blumu commented Dec 21, 2014

From lev.bishop on June 02, 2009 15:28:25

What steps will reproduce the problem?
1.

C:\test> type test.tex
\documentclass{article}

\begin{document}
front matter.
\end{document} 
C:\test>latexdaemon.exe -preamble=no test.tex

What is the expected output?

What do you see instead?

LatexDaemon Version 0.10 Build 45 by William Blum, May 11 2009
-Preamble precompilation deactivated (requires a file reload)
-Main file: 'C:\test\test.tex'
-Directory: C:\test\
-No additional dependency specified.
-Preamble: none
- the main .tex file has been modified since last run. Let's recompile...
  -- Compilation of test.tex ...
  [running 'latex -aux-directory=TeXAux -interaction=nonstopmode
  --src-specials  " \makeatletter  \newwrite\dependfile \immediate\openout
  dependfile = \"test.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 \makeatother  \input
  \"test.tex\" "']
  latex: Not enough room in an internal buffer.
  daemon@>

What version of the product are you using? On what operating system?

LatexDaemon Version 0.10 Build 45 by William Blum, May 11 2009
  Windows XP SP3
  This is pdfTeX, Version 3.1415926-1.40.9 (MiKTeX 2.7)

Please provide any additional information below.

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

@blumu
Copy link
Owner Author

blumu commented Dec 21, 2014

From william....@gmail.com on July 08, 2009 12:04:57

This bug seems to be caused by Miktex/latex itself: you get the same error if you
call latex with the same parameter directly from the command-line:

latex -aux-directory=TeXAux -interaction=nonstopmode
--src-specials " \makeatletter \newwrite\dependfile \immediate\openout
dependfile = "test.dep"
\ifx\DAEMON@ORG@InputIfFileExists@undefined\let\DAEMON@ORG@InputIfFileExists\InputIf
FileExists\fi
\long\def\DAEMON@InputIfFileExists#1#2#3{\immediate\write\dependfile{#1}\DAEMON@ORG@I
nputIfFileExists{#1}{#2}{#3}}
\let\InputIfFileExists\DAEMON@InputIfFileExists \makeatother \input
"test.tex" "

The problem disappears if you remove the space preceding the \makeatletter command!

I have reported the bug to the MikTex page ( https://sourceforge.net/tracker/? func=detail&aid=2818681&group_id=10783&atid=110783). I will also make appropriate
changes to avoid the problem in the next version of LatexDaemon.

Status: Accepted

@blumu
Copy link
Owner Author

blumu commented Dec 21, 2014

From lev.bishop on July 08, 2009 13:21:16

Thanks for looking into this.

Incidentally, is there a reason why you use the method of redefining
"\InputIfFileExists" to find the dependencies instead of using miktex's file name
recorder command line option "-recorder"? The resulting .fls file contains full paths
where necessary so it would seem to avoid the "dependency detected but cannot be
opened" problem.

@blumu
Copy link
Owner Author

blumu commented Dec 21, 2014

From alex...@gmail.com on October 17, 2009 15:11:34

Hi,

It seems the bug is not fixed in the latest SVN revision unfortunately. Would you
mind instructing me how it can be fixed (the code isn't overly clear to me) or
releaseing a patch?

Many thanks,
Alex

@blumu
Copy link
Owner Author

blumu commented Dec 21, 2014

From william....@gmail.com on November 24, 2010 01:25:14

Owner: william.blum

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant