Plots.jl在Windows 2012 R2下使用Julia v1.5.1预编译失败

刚刚在Windows 2012 R2下安装了Julia v1.5.1。获取与此处报告的类似错误：

如果我遵循MacOS Catalina的步骤：

要回滚到x264，请执行以下操作：_jll@2019.5.25

---

然后，图的预编译将成功，如下所示。考虑到我可能需要FFMPEG DLL文件，我从下载了最新的Windows二进制文件（共享链接！），并将该\bin\path添加到我的系统路径中，然后重新启动。文件夹包含avcodec-58.dll，该dll报告为丢失。仍然得到如下所示的错误

我担心我会对包应用更新，在某个时候会破坏这一点。是否有修复程序使最新版本的x264_jll能够正常工作

               _
   _       _ _(_)_     |  Documentation: https://docs.julialang.org
  (_)     | (_) (_)    |
   _ _   _| |_  __ _   |  Type "?" for help, "]?" for Pkg help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 1.5.1 (2020-08-25)
 _/ |\__'_|_|_|\__'_|  |  Official https://julialang.org/ release
|__/                   |

(@v1.5) pkg> status
Status `C:\Users\jort\.julia\environments\v1.5\Project.toml`
  [91a5bcdd] Plots v1.6.3
  [1270edf5] x264_jll v2020.7.14+1

julia> using Plots
[ Info: Precompiling Plots [91a5bcdd-55d7-5caf-9e0b-520d859cae80]
ERROR: LoadError: InitError: could not load library "C:\Users\jort\.julia\artifa
cts\7350a6401f1c0d38cc3518193083bc4f83adfe99\bin\avcodec-58.dll"
The specified module could not be found.
Stacktrace:
 [1] dlopen(::String, ::UInt32; throw_error::Bool) at D:\buildbot\worker\package
_win64\build\usr\share\julia\stdlib\v1.5\Libdl\src\Libdl.jl:109
 [2] dlopen at D:\buildbot\worker\package_win64\build\usr\share\julia\stdlib\v1.
5\Libdl\src\Libdl.jl:109 [inlined] (repeats 2 times)
 [3] __init__() at C:\Users\jort\.julia\packages\FFMPEG_jll\w0b7h\src\wrappers\x
86_64-w64-mingw32.jl:234
 [4] _include_from_serialized(::String, ::Array{Any,1}) at .\loading.jl:697
 [5] _require_from_serialized(::String) at .\loading.jl:749
 [6] _require(::Base.PkgId) at .\loading.jl:1040
 [7] require(::Base.PkgId) at .\loading.jl:928
 [8] require(::Module, ::Symbol) at .\loading.jl:923
 [9] include(::Function, ::Module, ::String) at .\Base.jl:380
 [10] include(::Module, ::String) at .\Base.jl:368
 [11] top-level scope at none:2
 [12] eval at .\boot.jl:331 [inlined]
 [13] eval(::Expr) at .\client.jl:467
 [14] top-level scope at .\none:3
during initialization of module FFMPEG_jll
in expression starting at C:\Users\jort\.julia\packages\FFMPEG\aazvf\src\FFMPEG.
jl:3
ERROR: LoadError: Failed to precompile FFMPEG [c87230d0-a227-11e9-1b43-d7ebe4e75
70a] to C:\Users\jort\.julia\compiled\v1.5\FFMPEG\TGvga_Ve7jx.ji.
Stacktrace:
 [1] error(::String) at .\error.jl:33
 [2] compilecache(::Base.PkgId, ::String) at .\loading.jl:1305
 [3] _require(::Base.PkgId) at .\loading.jl:1030
 [4] require(::Base.PkgId) at .\loading.jl:928
 [5] require(::Module, ::Symbol) at .\loading.jl:923
 [6] include(::Function, ::Module, ::String) at .\Base.jl:380
 [7] include(::Module, ::String) at .\Base.jl:368
 [8] top-level scope at none:2
 [9] eval at .\boot.jl:331 [inlined]
 [10] eval(::Expr) at .\client.jl:467
 [11] top-level scope at .\none:3
in expression starting at C:\Users\jort\.julia\packages\Plots\M1wcx\src\Plots.jl
:15
ERROR: Failed to precompile Plots [91a5bcdd-55d7-5caf-9e0b-520d859cae80] to C:\U
sers\jort\.julia\compiled\v1.5\Plots\ld3vC_Ve7jx.ji.
Stacktrace:
 [1] error(::String) at .\error.jl:33
 [2] compilecache(::Base.PkgId, ::String) at .\loading.jl:1305
 [3] _require(::Base.PkgId) at .\loading.jl:1030
 [4] require(::Base.PkgId) at .\loading.jl:928
 [5] require(::Module, ::Symbol) at .\loading.jl:923

(@v1.5) pkg> add x264_jll@2019.5.25
   Updating registry at `C:\Users\jort\.julia\registries\General`
  Resolving package versions...
Updating `C:\Users\jort\.julia\environments\v1.5\Project.toml`
  [1270edf5] ↓ x264_jll v2020.7.14+1 ? v2019.5.25+2
Updating `C:\Users\jort\.julia\environments\v1.5\Manifest.toml`
  [c87230d0] ↓ FFMPEG v0.4.0 ? v0.3.0
  [b22a6f82] ↓ FFMPEG_jll v4.3.1+2 ? v4.1.0+3
  [1270edf5] ↓ x264_jll v2020.7.14+1 ? v2019.5.25+2

(@v1.5) pkg> status
Status `C:\Users\jort\.julia\environments\v1.5\Project.toml`
  [91a5bcdd] Plots v1.6.3
  [1270edf5] x264_jll v2019.5.25+2

julia> using Plots
[ Info: Precompiling Plots [91a5bcdd-55d7-5caf-9e0b-520d859cae80]

julia>

---

“文件夹包含avcodec-58.dll，该dll报告为丢失。”请注意，

avcodec-58.dll

已经存在，您可以在终端中看到完整的绝对路径，但动态加载程序找不到其依赖项之一。哪一个你看不到，因为Windows不会告诉你。您可以使用Pkg通过

找到答案；包装添加（“DependencyWalker”）；使用DependencyWalker；库（原始“C:\Users\jort\.julia\artifa cts\7350A6401F0D38CC3518193083BC4F83ADFE99\bin\avcodec-58.dll”）

谢谢@giordano！基于您对另一个关于服务器操作系统缺少库的帖子的评论，我尝试了FFMPEG以防万一。DependencyWalker调用花费了50%CPU数分钟，然后多次输出：

\DependencyWalker树1位于C:\Users\jort\.julia\packages\DependencyWalker\uT4qZ\src\D ependencyWalker.jl:73 DependencyWalker树位于C:\Users\jort\.julia\packages\DependencyWalker\uT4qZ\src\DependencyWalker.jl:51未知函数（ip:00000000 1EEF2227）

…当仍在运行50%的CPU时，以许多行结束该批输出：

true\u main at/cygdrive/d/buildbot/worker/package\u win64/build/ui\repl.c:106 wmain at/cygdrive/d/buildbot/worker/package\u win64/build/ui\repl.c:227\u tmain启动于/usr/src/debug/mingw64-x86\u 64-runtime-7.0.0-1/crt\crmain.c:334启动于/usr/src/debug/mingw64-x86_64-runtime-7.0.0-1/crt\crtexe.c:223 BaseThreadInitThunk位于c:\Windows\system32\KERNEL32.DLL（未知行）RtlUserThreadStart位于c:\Windows\system32\ntdll.DLL（未知行）

之后没有更多的输出，所以我最终杀死了它。如果您认为相关的话，我不确定如何捕获所有输出？能够在Windows Server 2016数据中心下进行测试，并且没有发现此问题。因此，我将尝试转换到另一台服务器。如果有人希望我在Windows Server 2012下进行进一步测试，我会尽我所能。“文件夹包含avcodec-58.dll，该dll报告为缺失。”请注意，

avcodec-58.dll

已经存在，您可以在终端中看到完整的绝对路径，但动态加载程序无法找到其依赖项之一。哪一个你看不到，因为Windows不会告诉你。您可以使用Pkg通过

找到答案；包装添加（“DependencyWalker”）；使用DependencyWalker；库（原始“C:\Users\jort\.julia\artifa cts\7350A6401F0D38CC3518193083BC4F83ADFE99\bin\avcodec-58.dll”）

谢谢@giordano！基于您对另一个关于服务器操作系统缺少库的帖子的评论，我尝试了FFMPEG以防万一。DependencyWalker调用花费了50%CPU数分钟，然后多次输出：

\DependencyWalker树1位于C:\Users\jort\.julia\packages\DependencyWalker\uT4qZ\src\D ependencyWalker.jl:73 DependencyWalker树位于C:\Users\jort\.julia\packages\DependencyWalker\uT4qZ\src\DependencyWalker.jl:51未知函数（ip:00000000 1EEF2227）

…当仍在运行50%的CPU时，以许多行结束该批输出：

true\u main at/cygdrive/d/buildbot/worker/package\u win64/build/ui\repl.c:106 wmain at/cygdrive/d/buildbot/worker/package\u win64/build/ui\repl.c:227\u tmain启动于/usr/src/debug/mingw64-x86\u 64-runtime-7.0.0-1/crt\crmain.c:334启动于/usr/src/debug/mingw64-x86_64-runtime-7.0.0-1/crt\crtexe.c:223 BaseThreadInitThunk位于c:\Windows\system32\KERNEL32.DLL（未知行）RtlUserThreadStart位于c:\Windows\system32\ntdll.DLL（未知行）

之后没有更多的输出，所以我最终杀死了它。如果您认为相关的话，我不确定如何捕获所有输出？能够在Windows Server 2016数据中心下进行测试，并且没有发现此问题。因此，我将尝试转换到另一台服务器。如果有人希望我在Windows Server 2012下进行进一步测试，我会尽我所能。