c++ - Chromium 浏览器在 module_list.cc : Check Failed 中构建 fatal error

Question

我一直在尝试在 Windows 10 上构建 Chromium，但我在运行时遇到奇怪的错误，这似乎是由该模式引起的:

void CheckFreeLibrary(HMODULE module) {
  BOOL result = ::FreeLibrary(module);
  DCHECK(result);
}

Chromium 启动几秒钟后会显示第一个错误。内容如下:

[5904:9192:0726/025753:FATAL:module_list.cc(18)] Check failed: result.
Backtrace:
    base:debug:StackTrace:StackTrace [0x0000....] (e:\projects\clones\chromium\src\base\debug\stack_trace.cc) ...

由于我无法复制粘贴整个堆栈，所以我将附上一张截图，展示一下这一切的感觉:

我成功构建了最后一个修订版，或者至少看起来是成功的，因为在使用 Building instructions 中推荐的工具链进行编译时没有出现任何错误。 .

幸运的是，第一个错误不是模态的，之后可以稍微浏览一下。然后，如果我将应用程序置于重载状态(例如 Facebook 新闻源)，它会突然停止以静默方式响应。鼠标悬停效果将不再显示，重新加载页面将导致无限加载。右键单击某些页面时也可以重现此行为(例如:谷歌的主页有时会这样做)。

对于默认配置无法“开箱即用”的问题的解释是什么？如何解决这个问题？

P.S.:这个问题是对这个问题的补充: Windows chromium-browser fresh build stacktrace and anonymous fatal errors on runtime ，如果它有助于了解问题的全局。

P.S.2.:我目前正在尝试通过这个微小的改变从头开始重建，看看效果是否更好。不过，大约 10 小时后我就能看到它(是的，在我当前的设置下构建很痛苦)。

void CheckFreeLibrary(HMODULE module) {
  BOOL result = ::FreeLibrary(module);
  if (!result) {
      result = ::UnmapViewOfFile(module);
  }
  DCHECK(result);
}

更新 - 2016/07/29

在调试中使用 CheckFreeLibrary 进行测试仍然失败，但我终于找到了解决构建中问题的方法。请参阅 super 用户中的更新 3 question .我所做的是通过 gn args 将构建配置为 Release模式。显然，这几乎不可能调试，因此尚未找到解决方案/解释为什么它在 Debug模式下失败。不过，现在已经很接近了。

更新 2 - 2016/08/13

重新开始使用存储库中的最新版本再次获得调试版本，这次我确信找到了一些东西。事实上，在我完成更新、生成和构建的常规过程后，我注意到位于 Windows Kit 调试器中的一些 win-core-* DLL 库没有被复制 src 文件夹，但在链接过程中假定其中一个文件夹存在。作为预防措施，我只是简单地复制了它们，以确保存在任何延迟加载或构建依赖项。 Chromium 第一次启动时，错误没有出现，并认为它正在解决问题。但是，右键单击 Google 主页具有相同的效果(无响应，然后浏览器不再显示页面)。关闭并重新打开后，错误开始出现。

有没有人经历过？我会对类似“在 Linux 上做，它在这个平台上工作得更好”这样的事情感到非常高兴。不过，我不愿意在不知道它会更好的情况下这样做。

Answer 1

所以

BOOL result = ::FreeLibrary(module);

调试构建失败，看看你有没有

DWORD WINAPI GetLastError(void);

得到真正的错误。

我猜的

module not loaded

module is NULL

也许某些 DEBUG 语句正在改变模块的值？