Der Prozedureinsprungpunkt "?Remove@Fndb@Core@MiKTeX@SAXAEBV?$vector@PathName@Core@MiKTeX@@V?$allocator@VPathName@Core@MiKTeX@@@std@@@std@@@Z" wurde in der DLL "MiKTeX209-core.dll" nicht gefunden.
Was ist da los?
Gruß vom Rolli
Edit: Nach Klicken auf "OK" kam:
Windows API error 127: Die angegebene Prozedur wurde nicht gefunden.
Überprüfe ob es Updates gibt (admin + user modus), überprüfe in der Paketliste (vorher aktualisieren), ob es neue miktex-Bibliotheken gibt, die noch nicht installiert sind (admin modus). Wenn das Problem weiterhin besteht, https://github.com/MiKTeX/miktex/issues.
Erneutes Updaten in der Konsole sagt, es gäbe keine Updates.
Gasts erster Befehl .. --update-fndb lief ohne Fehlermeldung, etwa 1 Minute.
Der zweite .. --force lief ebenfalls ohne Fehlermeldung, 2 ... 3 Sekunden.
Nach dem Update war MiKTeX qquuääääääälend langsam, gefühlt hat das Übersetzen des Dokuments, an dem ich aktuell arbeite, 10 mal so lange wie gewohnt gedauert.
Nach diesen beiden Befehlen in der Konsole geht gar nichts mehr:
MiKTeX cannot access file 'C:\Users\Rolli\AppData\Local\MiKTeX\2.9\miktex/data/le\42d7968c2658a8a28b4fccfca59548f8.fndb-5' because it is either locked by another MiKTeX program or by the operating system.
SysInternals zeigt aber keinen Prozess, der diese Datei blockiert.
Die Geschichte mit der .fndb-5-Datei habe ich seit neustem auch dauernd bei Updates. Bei mir hilft es dann, wirklich alle MikTeX-Programme zu schließen (auch TeXworks) und mit der Kommandozeile zu kompilieren. Ich habe das aber leider noch nicht so weit analysiert, dass ich da einen sinnvollen Bugreport draus machen könnte.
habe Folgendes gemacht:
- Rechner neu gestartet
- MiKTeX neu laufen lassen
Ergebnis: Derselbe Fehler
- 'C:\Users\Rolli\AppData\Local\MiKTeX\2.9\miktex/data/le\42d7968c2658a8a28b4fccfca59548f8.fndb-5' gelöscht und MiKTeX neu laufen lassen:
Ergebnis: Die Datei wurde neu angelegt, derselbe Fehler
- Den ganzen Ordner 'C:\Users\Rolli\AppData\Local\MiKTeX\2.9\miktex/data/le' gelöscht und MiKTeX neu laufen lassen:
Ergebnis: Es hat wieder rund eine Minute gedauert, während der k e i n Output zu sehen war; während dieser Zeit wurde die besagte Datei und einige weitere Dateien mit ähnlich kryptischen Dateinamen neu angelegt; anschließend startete der gewohnte Übersetzungslauf wieder mit gewohnter alter Geschwindigkeit.
- MiKTeX noch dreimal laufen lassen:
Ergebnis: Es ist wieder wie vorher.
Problem ist zwar gelöst, aber irgendwie unbefriedigend.
