From 2162e3ce8069381a7f57d66be13d9a3e4826f9b2 Mon Sep 17 00:00:00 2001 From: John Peterson Date: Mon, 9 Feb 2009 23:49:13 +0000 Subject: [PATCH] Last commit: Forgot _WIN32 ifdef git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@2193 8ced0084-cf51-0410-be5f-012b33b47a6e --- Source/Core/Core/Src/Core.cpp | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Source/Core/Core/Src/Core.cpp b/Source/Core/Core/Src/Core.cpp index b16f3d98b1..58213faf20 100644 --- a/Source/Core/Core/Src/Core.cpp +++ b/Source/Core/Core/Src/Core.cpp @@ -453,9 +453,11 @@ THREAD_RETURN EmuThread(void *pArg) the wxDialog class. The solution was to wait for the thread to stop with a timer from the wxDialog, and the proceed to shutdown. Perhaps something like that can be done here to? I just don't exactly how since in single core mode there should only be one thread right? So how can WaitForSingleObject() hang in it? */ - bool bRenderToMainSingleCore = false; - if (GetParent((HWND)g_pWindowHandle) == NULL || _CoreParameter.bUseDualCore) bRenderToMainSingleCore = true; + bool bRenderToMainSingleCore = false; + #ifdef _WIN32 + if (GetParent((HWND)g_pWindowHandle) == NULL || _CoreParameter.bUseDualCore) bRenderToMainSingleCore = true; + #endif /* Wait for CPU thread to exit - it should have been signaled to do so by now. On the other hand this will be called by delete cpuThread to. So now we call it twice right? */