错误:序数139无法定位在swscale中-2.dll

Question

名义上是ffmpeg问题，但它可能是标准windows库的版本的问题& VS。

运行Win 7，VS2010；我的程序使用ffmpeg库和dll，所以我只是将ffmpeg库升级为ffmpeg-1.1.1用于库的win 32 dev和用于dll的win 32共享。

在调试模式下运行我的程序，它运行良好。更改为释放模式，重新编译所有并尝试运行。我立刻得到错误消息，第139条不能被定位在swscale-2.dll中。

对于这两种情况，我都使用相同的dll，我将它们从Debug文件夹复制到Release文件夹。是我在调试模式下运行的两倍。

有什么线索吗？这件事让我很困惑。

因此，我正在比较调试和发布之间的属性页。

• 两者都有多个调试集(c++/代码遗传)
• 发布模式将线性优化引用设置为Yes /OPT:REF，而调试没有；

==>将其设置为NO，并没有得到错误消息reOrder39号未找到。

Answer 1

这与错误文件的使用几乎没有什么不同。如果你自己建造它们，确保：

• 使用FFmpeg生成生成的正确DLL和LIB文件。
• 应用程序加载正确的DLL，例如不加载第三方软件安装的\Windows\system32 32中的DLL。

您还可以使用Dependency来识别不匹配，并检查您试图使用的swscale.dll是否确实有相关的导出函数。

Answer 2

不同的自由和自由的建议是错误的。重新编译库的建议是错误的，因为ffmpeg本质上使用一些类似于Linux的构造，并且只能很难为windows编译，因此可以使用它们的lib和dll。

以下是我痛苦地找到的正确答案--不要删除这一点，因为它实际上是对任何一个被困在"Ordinal无法找到我yyyy.dll“的错误的人的正确答案。

因此，我正在比较调试和发布之间的属性页。

这两种版本都具有多头调试集(c++/code )发布模式，其线性优化引用设置为Yes /OPT:REF，而debug没有；==>将其设置为NO，并且没有收到错误消息re序号39未找到。

Answer 3

我已经把这个问题编为windows用的ffmpeg了。它总是一个dll/lib不匹配。即使我的主exe链接到正确的ffmpeg库，我的项目中的一些dll或lib也没有使用新编译的ffmpeg库。因此，您可能已经正确编译了调试依赖项，而不是版本依赖项。