You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since an update not too long ago TeXworks started blocking the FNDB resulting in errors when running other MikTeX-related tools. Originally I discovered this issue when I was running an update, but I can consistently reproduce the issue now. I am quite confident that previously TeXworks would not exhibit such a behaviour.
On my machine (Win 10, MikTeX 2.9 updated this morning) the following steps can be used to reproduce the issue
Start TeXworks
Start the MikTeX Console (Admin mode)
Click on Updates>Check for updates
Wait a bit for the update to tell you that there are no updates
Close the console
Start any MikTeX binary from the command line, e.g. texdoc --view source2e.
The result is
C:\Users\Moritz>texdoc --view source2e
Sorry, but "MiKTeX Configuration Utility" did not succeed for the following reason:
MiKTeX cannot access file 'C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5' because it is either locked by another MiKTeX program or by the operating system.
Remedy:
Close running MiKTeX programs and try again.
The log file hopefully contains the information to get MiKTeX going again:
C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex\log\initexmf.log
For more information, visit: https://miktex.org/kb/fix-file-in-use
Sorry, but "MiKTeX Help Utility" did not succeed for the following reason:
MiKTeX cannot access file 'C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5' because it is either locked by another MiKTeX program or by the operating system.
Remedy:
Close running MiKTeX programs and try again.
The log file hopefully contains the information to get MiKTeX going again:
C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex\log\texdoc.log
For more information, visit: https://miktex.org/kb/fix-file-in-use
texdoc.log
2019-01-19 10:13:16,568+0100 INFO texdoc - starting with command line: texdoc --view source2e
2019-01-19 10:13:16,568+0100 INFO texdoc - running 'initexmf' to refresh the file name database
2019-01-19 10:13:16,799+0100 FATAL texdoc - Windows API error 1224: Der Vorgang ist bei einer Datei mit einem geöffneten Bereich, der einem Benutzer zugeordnet ist, nicht anwendbar.
2019-01-19 10:13:16,799+0100 FATAL texdoc - Info: path="C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5", modeString="wb"
2019-01-19 10:13:16,799+0100 FATAL texdoc - Source: Libraries\MiKTeX\Core\File\win\winFile.cpp
2019-01-19 10:13:16,799+0100 FATAL texdoc - Line: 551
initexmf.log
2019-01-19 10:13:16,746+0100 INFO initexmf - starting: MiKTeX Configuration Utility 2.9.6937 (MiKTeX 2.9.6930 64-bit)
2019-01-19 10:13:16,746+0100 INFO initexmf - Operating on the private (per-user) MiKTeX setup
2019-01-19 10:13:16,746+0100 INFO initexmf - starting with command line: initexmf --quiet --update-fndb
2019-01-19 10:13:16,784+0100 INFO initexmf - Creating fndb for user root directory (C:\Users\Moritz\AppData\Roaming\MiKTeX\2.9)...
2019-01-19 10:13:16,784+0100 FATAL initexmf - Windows API error 1224: Der Vorgang ist bei einer Datei mit einem geöffneten Bereich, der einem Benutzer zugeordnet ist, nicht anwendbar.
2019-01-19 10:13:16,784+0100 FATAL initexmf - Info: path="C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5", modeString="wb"
2019-01-19 10:13:16,784+0100 FATAL initexmf - Source: Libraries\MiKTeX\Core\File\win\winFile.cpp
2019-01-19 10:13:16,784+0100 FATAL initexmf - Line: 551
resmon.exe confirms that miktex-texworks.exe is hogging the relevant file C:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5.
Closing TeXworks then lets me execute the command as desired.
I know that this procedure is explained in https://miktex.org/kb/fix-file-in-use, but I would still like to draw your attention to this issue for the following reasons
It is a bit counter-intuitive that TeXworks of all programmes would have to hog the FNDB.
It is inconvenient since it basically precludes any MikTeX maintenance (update etc.) from being run while TeXworks is open.
edit A short bit of digging in initexmf.log reveals that the error started occurring on my system on 2019-01-05 10:28:25,610+0100. Presumably it was caused by the big MikTeX updates from 2019-01-02 or thereabouts.
The log also shows that I have never had similar issues before (at least since 2017), even though I'm absolutely certain that I used to run the updater with TeXworks open. So this is really a recent change in behaviour.
The text was updated successfully, but these errors were encountered:
Since an update not too long ago TeXworks started blocking the FNDB resulting in errors when running other MikTeX-related tools. Originally I discovered this issue when I was running an update, but I can consistently reproduce the issue now. I am quite confident that previously TeXworks would not exhibit such a behaviour.
On my machine (Win 10, MikTeX 2.9 updated this morning) the following steps can be used to reproduce the issue
texdoc --view source2e
.The result is
texdoc.log
initexmf.log
resmon.exe
confirms thatmiktex-texworks.exe
is hogging the relevant fileC:\Users\Moritz\AppData\Local\MiKTeX\2.9\miktex/data/le\85b99c46f7c57ab7eee1f039aae264f1.fndb-5
.Closing TeXworks then lets me execute the command as desired.
I know that this procedure is explained in https://miktex.org/kb/fix-file-in-use, but I would still like to draw your attention to this issue for the following reasons
edit A short bit of digging in
initexmf.log
reveals that the error started occurring on my system on2019-01-05 10:28:25,610+0100
. Presumably it was caused by the big MikTeX updates from 2019-01-02 or thereabouts.The log also shows that I have never had similar issues before (at least since 2017), even though I'm absolutely certain that I used to run the updater with TeXworks open. So this is really a recent change in behaviour.
The text was updated successfully, but these errors were encountered: