Crash on shutdown

[digory]

I have successfully integrated CEF in our application. The only problem is that it crashes when the application is closed. This has been an issue for a while now, and since the demo application cef_client crashed as well, I always thought it was a bug of CEF itself. In fact, there is an issue describing the problem. https://bitbucket.org/chromiumembedded/ ... with-multi

Today I've updated CEF to the latest stable version (g558741c) and realized the demo application no longer crashes. However, when I tried it in our application, it would still crash. I begin to suspect something's amiss with my own code...

I've included a screenshot showing the stack trace, see attachments. Apparently, a singleton is being deleted, and there's a keyed service mapping that ought to be empty but isn't. Any ideas what's going on?

[digory]

Here's how CEF is initialized:

Code: Select all

int KisCefApp::initialize (HINSTANCE hinst)
   {
   int nExitCode = -1;
   DWORD dwThreadId = -1;

   ::CefEnableHighDPISupport();
   g_Singleton = new KisCefApp();
   ::CefMainArgs mainArgs (hinst);
   nExitCode = ::CefExecuteProcess (mainArgs, g_Singleton, NULL);
   if (nExitCode >= 0) { return nExitCode; }

   CefSettings settings;
   settings.command_line_args_disabled = true;
   settings.no_sandbox = true;
   settings.multi_threaded_message_loop = true;
   settings.persist_session_cookies = false;
   settings.persist_user_preferences = false;
   settings.background_color = CefColorSetARGB (0xff, 0xf0, 0xf0, 0xf0);
   settings.log_severity = LOGSEVERITY_INFO;

   PWSTR strLocalAppDataPath;
   HRESULT hres = ::SHGetKnownFolderPath (FOLDERID_LocalAppData, 0, NULL, &strLocalAppDataPath);

   if (hres == S_OK)
      {
      std::wstring strTmp = std::wstring (strLocalAppDataPath) + L"\\com.example.product\\cef_log";
      cef_string_utf16_set (strTmp.c_str(), strTmp.size(), &settings.log_file, true);  // true = clone

      strTmp = std::wstring (strLocalAppDataPath) + L"\\com.example.product\\cef_cache";
      cef_string_utf16_set (strTmp.c_str(), strTmp.size(), &settings.cache_path, true);  // true = clone

      strTmp = std::wstring (strLocalAppDataPath) + L"\\com.example.product\\cef_user_data";
      cef_string_utf16_set (strTmp.c_str(), strTmp.size(), &settings.user_data_path, true);  // true = clone
      }

   CefString strTmp = "com.example.product";
   cef_string_utf16_set (strTmp.c_str(), strTmp.size(), &settings.user_agent, true);  // true = clone

   strTmp = _getVersionString();
   cef_string_utf16_set (strTmp.c_str(), strTmp.size(), &settings.product_version, true);  // true = clone

   ::CefInitialize (mainArgs, settings, g_Singleton.get(), NULL);
   return nExitCode;
   }


Shutdown is simply a call to CefShutdown().

[digory]

I realized the cefclient demo application crashes, too. I forgot to enable multi-threaded message loop. Add the following line after PopulateSettings in cefclient_win.cc:

Code: Select all

settings.multi_threaded_message_loop = true;

Start cefclient in debug mode, close it => crash!

When are you guys going to fix this? This is an issue to us!

[digory]

Something's still odd, though. The cef_client app crashes only in debug mode; in release mode, it terminates gracefully without any complaint. On the other hand, our application crashes even in release mode. Any ideas why this might be the case? I've double-checked I'm using the Release libs in release mode.

[magreenblatt]

What is the symbolized call stack for the Release build crash of your app?

[digory]

Thanks for the reply. See the attached screenshot.

[magreenblatt]

Are you using the CEF binary distribution with your application? If so, are you running with the Release build of libcef.dll?

[digory]

I'm using the binary distribution. I ran CMake, then opened ALL_BUILD.vcxproj and built both the Release and the Debug version. From my own project, I refer to chromium-embedded\Release\libcef.lib as shown in the screenshot above (the image can be scrolled).

I noticed libcef.lib is not regenerated when rebuilding ALL_BUILD.vcxproj. Is this normal? The timestamp is from Feb 16 08:03, so it seems to have come directly with the binary distribution.

[magreenblatt]

The libcef.lib and libcef.dll files are included in the binary distribution. Make sure you're copying the Release version of libcef.dll to sit next to your application executable.

[digory]

Oops, you're right! My mistake. Thanks!