Microsoft ® Windows Debugger Version 6.9.0003.113 X86
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini061410-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 3) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp3_qfe.100216-1510
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055b1c0
Debug session time: Mon Jun 14 13:18:13.484 2010 (GMT+2)
System Uptime: 0 days 8:41:28.037
Loading Kernel Symbols
...........................................................................................................................................
Loading User Symbols
Loading unloaded module list
...........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000007E, {c0000005, 80657613, f7c21bc8, f7c218c4}
Probably caused by : ntoskrnl.exe ( nt!HvShiftCell+10 )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c0000005, The exception code that was not handled
Arg2: 80657613, The address that the exception occurred at
Arg3: f7c21bc8, Exception Record Address
Arg4: f7c218c4, Context Record Address
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".
FAULTING_IP:
nt!HvShiftCell+10
80657613 8b4804 mov ecx,dword ptr [eax+4]
EXCEPTION_RECORD: f7c21bc8 -- (.exr 0xfffffffff7c21bc8)
ExceptionAddress: 80657613 (nt!HvShiftCell+0x00000010)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 00000000
Parameter[1]: 00000004
Attempt to read from address 00000004
CONTEXT: f7c218c4 -- (.cxr 0xfffffffff7c218c4)
eax=00000000 ebx=e4510b60 ecx=7fff9fff edx=e4510c3c esi=e11b0c84 edi=e54d3030
eip=80657613 esp=f7c21c90 ebp=f7c21c90 iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
nt!HvShiftCell+0x10:
80657613 8b4804 mov ecx,dword ptr [eax+4] ds:0023:00000004=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
PROCESS_NAME: System
ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".
READ_ADDRESS: 00000004
BUGCHECK_STR: 0x7E
DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE
LAST_CONTROL_TRANSFER: from 80656880 to 80657613
STACK_TEXT:
f7c21c90 80656880 e4510b60 ffff9fff e54d3030 nt!HvShiftCell+0x10
f7c21cac 80656e04 e4510b60 e1035b60 00002c80 nt!CmpShiftKey+0x41
f7c21cdc 80656fb6 e4510b60 e1035b60 00000003 nt!CmpShiftAllCells2+0x63
f7c21d04 80657077 0000007e e1035b60 e1035fe8 nt!CmpShiftAllCells+0x97
f7c21d20 80654a9d e1035b60 00d36000 00000000 nt!CmpShiftHiveFreeBins+0x94
f7c21d48 8065283d e1035b60 80560ab0 00000001 nt!CmCompressKey+0xba
f7c21d60 80665783 805622c0 88bc5640 00000000 nt!CmShutdownSystem+0x6a
f7c21d74 804e427b 00000000 00000000 88bc5640 nt!PopGracefulShutdown+0xdf
f7c21dac 8057b0df 00000000 00000000 00000000 nt!ExpWorkerThread+0x100
f7c21ddc 804f88fa 804e41a6 00000000 00000000 nt!PspSystemThreadStartup+0x34
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16
FOLLOWUP_IP:
nt!HvShiftCell+10
80657613 8b4804 mov ecx,dword ptr [eax+4]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!HvShiftCell+10
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntoskrnl.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4b7a94f1
STACK_COMMAND: .cxr 0xfffffffff7c218c4 ; kb
FAILURE_BUCKET_ID: 0x7E_nt!HvShiftCell+10
BUCKET_ID: 0x7E_nt!HvShiftCell+10
Followup: MachineOwner
---------
It's absolutely nothing hardware related. Why? Because I cloned this system on two
pc (identical hardware) and they have the same problem with the same data (minidump are
identical ... event the exception address.
I would be (almost) impossibile to have a memory problem at the same address on two pc ....
EDIT: Malware Removal Log split from this topic, posted in MRL ~ Hamluis.
This post has been edited by hamluis: 20 June 2010 - 01:04 PM

Help
This topic is locked


Back to top









