Replies: 1 comment
-
So, it's a permissions issue. I reinstalled Miktex again and used the user level setting for just me instead of the admin mode for all users. Now, after updates, the file compiles and there is no error about metafont not being able to finish. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I ran Miktex update yesterday and after that, miktex-mf (metafont) can not finish creating font ectt1440 at 600dpi. This breaks pdflatex and a file that was compiling just fine before the update will not compile due to a fatal error from pdflatex that stems from not finding the 600dpi ectt1440 font. Looking at the metafont log, it ends halfway through a macro definition where it says it can not happen (copy) and the the log file says to "show this to someone who can fix can fix."
I've tried reinstalling miktex to no avail. I've updated the new installation with no joy.
Here's the log file from metafont.
This is METAFONT, Version 2.71828182 (MiKTeX 25.4) (preloaded base=mf 2021.12.3) 5 JUL 2025 23:23
**\mode:=ljfour; \mag:=1+0/600; nonstopmode; input ectt1440
(ectt1440.mf (exbase.mf
! This can't happen (copy).
mode_def->(EXPR10000)
:=incr.number_of_modes;mode_name[(EXPR10000)]:=str(EXPR...
=
l.1140 mode_def canonical_sharp_mode =
% nearly |proof| mode
I'm broken. Please show this to someone who can fix can fix
Here is how much of METAFONT's memory you used:
326 strings out of 498023
3407 string characters out of 6219719
26843 words of memory out of 3011900
1312 symbolic tokens out of 9500
3i,79n,0r,1p,182b stack positions out of 10000i,300n,1000r,20000p,200000b
Beta Was this translation helpful? Give feedback.
All reactions