Emulator Issues #5277
closedDolphin random crashes frequency in latest revision with c0000005 ntdll.dll error.
0%
Description
This issue is a double of Issue 4568 which i don' know why was closed because this issue are still here
- Game Name and ID (as it appears in right click > properties: "GZ2P01",
"RSBE01", etc):
2) What is the expected output? What do you see instead?
3) Did the game ever work correctly (i.e. not have this problem) on an
earlier version of dolphin? Please specify the exact revision when the
problem began.
4) What steps will reproduce the problem?
1.This issue is random and produces crashes and hangs in almost all games
2.
3.
5) What version of dolphin are you using (32bit/64bit along with the
version as it appears in the title bar, etc)?
I use r543-git ICC on Windows7 x64, but i have this since i was on Vista x32 on older builds
6) Please provide any additional information below.
Here's the info from exceptioninfo.txt
Unhandled Exception
Code: 0xC0000005
Call stack info:
hash.cpp(253) : GetCRC32
0xFFFFFFFF : ?
0xFFFFFFFF : ?
than goes about 29Mb of "0xFFFFFFFF : ?"
xFFFFFFFF : ?
0xFFFFFFFF : ?
0xF
Unhandled Exception
Code: 0xC0000005
Call stack info:
hash.cpp(253) : GetCRC32
0x6165485F : ?
0x614C7976 : ?
0x654D646E : ?
gcpademu.cpp(91) : GCPad::GCPad
Unhandled Exception
Code: 0xC0000005
Call stack info:
hash.cpp(253) : GetCRC32
0x898F0000 : ?
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x76D132D0 : RtlFreeHeap
Unhandled Exception
Code: 0xC0000005
Call stack info:
0xFDF5CACD : ?
0x0CA5D400 : ?
ntdll!0x77A69D8D : RtlDecodePointer
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x770432D0 : RtlFreeHeap
Unhandled Exception
Code: 0xC0000005
Call stack info:
0xFD79CACD : ?
0x2619C500 : ?
ntdll!0x77019D8D : RtlDecodePointer
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x77AD32D0 : RtlFreeHeap
Please do not erase this issue like it was before
Updated by parlane about 12 years ago
Uh possible problem line:
h = _mm_crc32_u64(h, data[0]);
Which is inside a ifdef block:
#if _M_SSE >= 0x402
Your Dolphin is compiled for SSE > 4.02 ?
Where did you get your compiled copy from?
Updated by parlane about 12 years ago
#elif _MSC_VER >= 1500 // Visual Studio 2008
#define _M_SSE 0x402
#endif
Why is SSE4 assumed just because you have visual studio 2008? :|
Updated by lpfaint99 about 12 years ago
i think all sse* functions are compiled and at runtime the function pointer(s) are set to the highest sse based on the detected cpuinfo.
Maybe it is not done everywhere
Updated by Autoran1 about 12 years ago
parlane, my git-543 SSE4,2 a few branches included, i compiled it myself with VS 2010 and ICC, but i compiling with ICC about for two months, but crashes started even before, a had the same with normal builds
Updated by skidau about 12 years ago
What exact CPU type and model do you have? The code checks if the CPU has SSE4.2 before using the CRC32 hash.
Also, does you build have this change included? rb8bef29bcc5a
Updated by skidau about 12 years ago
On second thoughts, the dump looks like a general memory leak and probably has nothing to do with the hash function or the gc pad.
Updated by Autoran1 about 12 years ago
My cpu Core i5 2500K, yes i have rb8bef29bcc5a on board, but it's updated to rc3293b1a1 by NeoBrain, does it makes any difference?
Updated by Autoran1 about 12 years ago
I'm beginning to doubt, is it my ICC builds or smth else, i try to compile Common part without SSE4,2 and test
Updated by Autoran1 about 12 years ago
I've done my tests, this issue is pretty random, but i tested on two games which are always were most crashable with this, MP3 about 10-15 to crash and SMG about *the same time, i compiled my build with SSE4,2 turned off for Common project, and i think parlane was right, i played for two hours in MP3 than shuted down the game not emu and after played in SMG for an hour and still playing yet no crashes
Updated by parlane about 12 years ago
skidau if that is correct, then that just leaves:
h = _mm_crc32_u64(h, data[0]);
h or data to be invalid at this point?
Updated by skidau about 12 years ago
Commenting out "h = _mm_crc32_u64(h, data[0]);" is equivalent to Accurate Texture Cache = off.
Instead, try turning off SSE4.2 support on line 516:
else if (cpu_info.bSSE4_2 && !useHiresTextures) // sse crc32 version
Updated by Autoran1 about 12 years ago
"Instead, try turning off SSE4.2 support on line 516:
else if (cpu_info.bSSE4_2 && !useHiresTextures) // sse crc32 version"
skidau, i could test it, but how should i do it?
Updated by skidau about 12 years ago
Autoran, delete these lines in Hash.cpp:
#if _M_SSE >= 0x402
else if (cpu_info.bSSE4_2 && !useHiresTextures) // sse crc32 version
{
ptrHashFunction = &GetCRC32;
}
#endif
Updated by parlane about 12 years ago
Commenting out "h = _mm_crc32_u64(h, data[0]);" is equivalent to Accurate Texture Cache = off.
I never suggested that :(
Updated by Autoran1 about 12 years ago
Commented out those line, seem's to be pretty stable so far
but i've encountered some other exceptions
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x770632D0 : RtlFreeHeap
ISOProperties.cpp(275) : CISOProperties::CreateDirectoryTree
dockart.cpp(301) : wxAuiDefaultDockArt::wxAuiDefaultDockArt
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x770632D0 : RtlFreeHeap
Unhandled Exception
Code: 0xC0000005
Call stack info:
FrameAui.cpp(810) : CFrame::ReloadPanes
Unhandled Exception
Code: 0xC0000005
Call stack info:
FrameAui.cpp(810) : CFrame::ReloadPanes
These look's nothing like hash, happend on build with non-SSE Common
Updated by Autoran1 about 12 years ago
And btw, what means these messages with no .cpp problem file
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x770632D0 : RtlFreeHeap
Call stack info:
0xFD79CACD : ?
0x2619C500 : ?
ntdll!0x77019D8D : RtlDecodePointer
Updated by skidau about 12 years ago
Autoran, try applying the patch in Issue 4588, Comment 31 here:
http://code.google.com/p/dolphin-emu/issues/detail?id=4588#c31
Updated by Autoran1 about 12 years ago
I've applied but this issue was pretty rear i don't know will it happen again or not
Updated by Autoran1 about 12 years ago
Last two days i've got only two of
Unhandled Exception
Code: 0xC0000005
Call stack info:
ntdll!0x770632D0 : RtlFreeHeap
not FrameAui, or smth concrete
Updated by Billiard26 over 11 years ago
- Status changed from New to Won't fix
We aren't caring about broken ICC builds. :(