Right. Here is the dumpfile analysis:
Microsoft ® Windows Debugger Version 6.11.0001.404 X86
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini041309-03.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) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp3_gdr.080814-1236
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Mon Apr 13 09:37:35.781 2009 (GMT+2)
System Uptime: 0 days 0:00:39.484
Loading Kernel Symbols
...............................................................
................................................................
......................................................
Loading User Symbols
Loading unloaded module list
...........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c0000005, 8054b0ba, af0b0bdc, 0}
Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+b4 )
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------
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: 8054b0ba, The address that the exception occurred at
Arg3: af0b0bdc, 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!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
TRAP_FRAME: af0b0bdc -- (.trap 0xffffffffaf0b0bdc)
ErrCode = 00000000
eax=00dd5c38 ebx=00000004 ecx=000001ff edx=8aa6a1f0 esi=8aa6a0a0 edi=8aa6a1f0
eip=8054b0ba esp=af0b0c50 ebp=af0b0c90 iopl=0 nv up ei pl nz na po nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010202
nt!ExDeferredFreePool+0xb4:
8054b0ba 8b10 mov edx,dword ptr [eax] ds:0023:00dd5c38=????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 3
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: logonui.exe
LAST_CONTROL_TRANSFER: from 8054b75f to 8054b0ba
STACK_TEXT:
af0b0c90 8054b75f 00000001 000002dc 0000001a nt!ExDeferredFreePool+0xb4
af0b0cd0 bf802a1d e31454d8 00000000 af0b0d1c nt!ExFreePoolWithTag+0x47f
af0b0ce0 bf82bac5 e31454d8 af0b0d64 0007d630 win32k!HeavyFreePool+0xbb
af0b0d1c 8054162c 0a010419 00000000 00000000 win32k!NtGdiSetDIBitsToDeviceInternal+0xe0
af0b0d1c 7c90e4f4 0a010419 00000000 00000000 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0007d6b0 00000000 00000000 00000000 00000000 0x7c90e4f4
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+b4
8054b0ba 8b10 mov edx,dword ptr [eax]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+b4
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
BUCKET_ID: 0x8E_nt!ExDeferredFreePool+b4
Followup: Pool_corruption
---------