The-Homebrew-Cloud/dolphin
2
0
Fork 0
mirror of https://github.com/dolphin-emu/dolphin.git synced 2025-01-10 16:19:28 +01:00
Code Issues Packages Projects Releases Wiki Activity

Last commit: Forgot _WIN32 ifdef

Browse Source 
git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@2193 8ced0084-cf51-0410-be5f-012b33b47a6e
This commit is contained in:
John Peterson 2009-02-09 23:49:13 +00:00
parent 3d70ea1bcb
commit 2162e3ce80
1 changed files with 4 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
Source/Core/Core/Src/Core.cpp
View File

@ -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. 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 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? */ 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 /* 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? */ delete cpuThread to. So now we call it twice right? */