Loading Dump File [C:\Users\Mike\Downloads\BSODDmpFiles\paplu\010112-30328-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\users\mike\documents\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.x86fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0x8281e000 PsLoadedModuleList = 0x8295d570
Debug session time: Sun Jan 1 15:33:14.910 2012 (UTC - 7:00)
System Uptime: 0 days 0:29:22.832
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, 8287cb00, 8e0d5884, 0}
Probably caused by : ntkrnlmp.exe ( nt!ObFastReferenceObject+b )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
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: 8287cb00, The address that the exception occurred at
Arg3: 8e0d5884, Trap Frame
Arg4: 00000000
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!ObFastReferenceObject+b
8287cb00 8b0f mov ecx,dword ptr [edi]
TRAP_FRAME: 8e0d5884 -- (.trap 0xffffffff8e0d5884)
ErrCode = 00000000
eax=00037999 ebx=00037975 ecx=00000000 edx=8410c310 esi=82949c80 edi=00037999
eip=8287cb00 esp=8e0d58f8 ebp=8e0d5904 iopl=0 nv up ei ng nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010282
nt!ObFastReferenceObject+0xb:
8287cb00 8b0f mov ecx,dword ptr [edi] ds:0023:00037999=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: vsserv.exe
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 8288ee68 to 8287cb00
STACK_TEXT:
8e0d5904 8288ee68 00037999 a9cf2133 8463ad48 nt!ObFastReferenceObject+0xb
8e0d59a4 828b261c 9ec4a000 2f1f735c 00000000 nt!MmCopyToCachedPage+0x3db
8e0d5a38 828b7483 84628890 2f1f735c 8e0d5a88 nt!CcMapAndCopyInToCache+0x1f0
8e0d5a94 878bdc24 846015c0 8e0d5b9c 0011771c nt!CcCopyWrite+0x1d9
8e0d5bc0 87778fec 846015c0 8e0d5ac0 0011771c Ntfs!NtfsCopyWriteA+0x248
8e0d5bf4 877791bb 00000004 00000000 85a095f4 fltmgr!FltpPerformFastIoCall+0x22e
8e0d5c20 8778bdcf 000d5c44 846015c0 8778bc6c fltmgr!FltpPassThroughFastIo+0x7d
8e0d5c64 82a37b5e 846015c0 8e0d5cac 0011771c fltmgr!FltpFastIoWrite+0x163
8e0d5d08 8285379a 850c7ed8 00000000 00000000 nt!NtWriteFile+0x342
8e0d5d08 776f64f4 850c7ed8 00000000 00000000 nt!KiFastCallEntry+0x12a
WARNING: Frame IP not in any known module. Following frames may be wrong.
02435e04 00000000 00000000 00000000 00000000 0x776f64f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ObFastReferenceObject+b
8287cb00 8b0f mov ecx,dword ptr [edi]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ObFastReferenceObject+b
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bbffc
FAILURE_BUCKET_ID: 0x8E_nt!ObFastReferenceObject+b
BUCKET_ID: 0x8E_nt!ObFastReferenceObject+b
Followup: MachineOwner
---------