by randi » Thu Apr 20, 2006 10:17 pm
Using Microsoft's debug symbols to attempt to trace the calls from the stack data for the second report:
7c910f29 -> RtlpCoalesceFreeBlocks
7c9184dd -> RtlpDeCommitFreeBlock
7c910eca -> RtlFreeHeap
7c910570 -> CheckHeapFillPattern
7c91056d -> RtlFreeHeap
7c809988 -> LocalFree
7c80999b -> LocalFree
7c8099a0 is a string "TMP\0BACKUP\0INI\0FIND\0" (doubtful)
7c80999b -> LocalFree
7c910570 -> CheckHeapFillPattern
Now we seem to have left ntdll.dll and are inside zdoom.exe. Unfortunately, my mapfile for 96 seems to not match the addresses shown here, so I can't tell what part of zdoom eventually called into ntdll.
The first report, done second just because:
7c9114b6 -> RtlAllocateHeap
-- inside ddraw.dll
7377abb2 -> ddraw.dll!InternalCreateSurface
7377adb8 -> ddraw.dll!DD_CreateSurface4_Main
7377ae90 -> "
7378e846 -> ddraw.dll!DD_Surface_AddRef
7378e86f -> "
73761ffc -> ddraw.dll!IID_IDirectDraw7
73761c10 -> ddraw.dll!string "CalibrateGammaRamp"
7378f078 -> ddraw.dll!DD_Surface_QueryInterface
-- back inside ntdll.dll
7c910732 -> RtlpAllocateFromHeapLookaside
7c910738 -> RtlpRunTable
7c910732 -> RtlpAllocateFromHeapLookaside
7c9106ab -> RtlAllocateHeap
7c9106eb -> "
7c910732 -> RtlpAllocateFromHeapLookaside
-- now inside user32.dll
77d4885a -> user32.dll!UserCallWinProcCheckWow
-- back to ntdll.dll
7c9106f0 -> CheckHeapFillPattern
-- and now inside zdoom.exe
And unfortunately, since my map file doesn't match, I can't tell what zdoom was doing at the time of either crash, so I can't do anything about it. But I assume it's some problem with your system, or else everyone would have this error.
[Edit: Other crash reports for 96 do match my map file. These wouldn't be from an early 96x, would they?]
Using Microsoft's debug symbols to attempt to trace the calls from the stack data for the second report:
7c910f29 -> RtlpCoalesceFreeBlocks
7c9184dd -> RtlpDeCommitFreeBlock
7c910eca -> RtlFreeHeap
7c910570 -> CheckHeapFillPattern
7c91056d -> RtlFreeHeap
7c809988 -> LocalFree
7c80999b -> LocalFree
7c8099a0 is a string "TMP\0BACKUP\0INI\0FIND\0" (doubtful)
7c80999b -> LocalFree
7c910570 -> CheckHeapFillPattern
Now we seem to have left ntdll.dll and are inside zdoom.exe. Unfortunately, my mapfile for 96 seems to not match the addresses shown here, so I can't tell what part of zdoom eventually called into ntdll.
The first report, done second just because:
7c9114b6 -> RtlAllocateHeap
-- inside ddraw.dll
7377abb2 -> ddraw.dll!InternalCreateSurface
7377adb8 -> ddraw.dll!DD_CreateSurface4_Main
7377ae90 -> "
7378e846 -> ddraw.dll!DD_Surface_AddRef
7378e86f -> "
73761ffc -> ddraw.dll!IID_IDirectDraw7
73761c10 -> ddraw.dll!string "CalibrateGammaRamp"
7378f078 -> ddraw.dll!DD_Surface_QueryInterface
-- back inside ntdll.dll
7c910732 -> RtlpAllocateFromHeapLookaside
7c910738 -> RtlpRunTable
7c910732 -> RtlpAllocateFromHeapLookaside
7c9106ab -> RtlAllocateHeap
7c9106eb -> "
7c910732 -> RtlpAllocateFromHeapLookaside
-- now inside user32.dll
77d4885a -> user32.dll!UserCallWinProcCheckWow
-- back to ntdll.dll
7c9106f0 -> CheckHeapFillPattern
-- and now inside zdoom.exe
And unfortunately, since my map file doesn't match, I can't tell what zdoom was doing at the time of either crash, so I can't do anything about it. But I assume it's some problem with your system, or else everyone would have this error.
[Edit: Other crash reports for 96 do match my map file. These wouldn't be from an early 96x, would they?]