Post a minidump (c:\windows\minidump).
Microsoft ® Windows Debugger Version 6.12.0002.633 X86
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\WINDOWS\Minidump\Mini092211-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) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 2600.xpsp_sp3_gdr.090206-1234
Machine Name:
Kernel base = 0xe0ba3000 PsLoadedModuleList = 0xe0c29720
Debug session time: Thu Sep 22 17:06:54.921 2011 (UTC + 10:00)
System Uptime: 0 days 2:43:25.644
Loading Kernel Symbols
...............................................................
................................................................
....
Loading User Symbols
Loading unloaded module list
..............
*******************************************************************************
* *
* Bugcheck anolysis *
* *
*******************************************************************************
Use !anolyze -v to get detailed debugging information.
BugCheck 1000008E, {e0000001, f6198925, be4ea2f8, 0}
*** WARNING: Unable to verify timestamp for nv4_disp.dll
*** ERROR: Module load completed but symbols could not be loaded for nv4_disp.dll
Probably caused by : nv4_disp.dll ( nv4_disp+1db0ec )
Followup: MachineOwner
---------
1: kd> !anolyze -v
*******************************************************************************
* *
* Bugcheck anolysis *
* *
*******************************************************************************
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: e0000001, The exception code that was not handled
Arg2: f6198925, The address that the exception occurred at
Arg3: be4ea2f8, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xe0000001 -
FAULTING_IP:
watchdog!RaiseExceptionInThread+b
f6198925 c3 ret
TRAP_FRAME: be4ea2f8 -- (.trap 0xffffffffbe4ea2f8)
ESP EDITED! New esp=be4ea6a8
ErrCode = 00000000
eax=e233c800 ebx=00000001 ecx=000001f0 edx=00000001 esi=e29a6e50 edi=0000ffff
eip=f6198925 esp=be4ea36c ebp=be4ea6c0 iopl=0 nv up ei pl nz na pe nc
cs=0000 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000206
watchdog!RaiseExceptionInThread+0xb:
f6198925 c3 ret
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: chrome.exe
LAST_CONTROL_TRANSFER: from f6198622 to f6198925
STACK_TEXT:
be4ea368 e0c130e6 be4ea37c be4ea3cc 00000001 watchdog!RaiseExceptionInThread+0xb
be4ea6c0 debb00ec e29a4c00 e29a5f40 deb556d0 nt!ExRaiseStatus+0xca
WARNING: Stack unwind information not available. Following frames may be wrong.
00000000 00000000 00000000 00000000 00000000 nv4_disp+0x1db0ec
STACK_COMMAND: .trap 0xffffffffbe4ea2f8 ; kb
FOLLOWUP_IP:
nv4_disp+1db0ec
debb00ec ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nv4_disp+1db0ec
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nv4_disp
IMAGE_NAME: nv4_disp.dll
DEBUG_FLR_IMAGE_TIMESTAMP: 4e390d56
FAILURE_BUCKET_ID: 0x8E_nv4_disp+1db0ec
BUCKET_ID: 0x8E_nv4_disp+1db0ec
Followup: MachineOwner
---------
1: kd> !anolyze -v
*******************************************************************************
* *
* Bugcheck anolysis *
* *
*******************************************************************************
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: e0000001, The exception code that was not handled
Arg2: f6198925, The address that the exception occurred at
Arg3: be4ea2f8, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xe0000001 -
FAULTING_IP:
watchdog!RaiseExceptionInThread+b
f6198925 c3 ret
TRAP_FRAME: be4ea2f8 -- (.trap 0xffffffffbe4ea2f8)
ESP EDITED! New esp=be4ea6a8
ErrCode = 00000000
eax=e233c800 ebx=00000001 ecx=000001f0 edx=00000001 esi=e29a6e50 edi=0000ffff
eip=f6198925 esp=be4ea36c ebp=be4ea6c0 iopl=0 nv up ei pl nz na pe nc
cs=0000 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000206
watchdog!RaiseExceptionInThread+0xb:
f6198925 c3 ret
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: chrome.exe
LAST_CONTROL_TRANSFER: from f6198622 to f6198925
STACK_TEXT:
be4ea368 e0c130e6 be4ea37c be4ea3cc 00000001 watchdog!RaiseExceptionInThread+0xb
be4ea6c0 debb00ec e29a4c00 e29a5f40 deb556d0 nt!ExRaiseStatus+0xca
WARNING: Stack unwind information not available. Following frames may be wrong.
00000000 00000000 00000000 00000000 00000000 nv4_disp+0x1db0ec
STACK_COMMAND: .trap 0xffffffffbe4ea2f8 ; kb
FOLLOWUP_IP:
nv4_disp+1db0ec
debb00ec ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nv4_disp+1db0ec
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nv4_disp
IMAGE_NAME: nv4_disp.dll
DEBUG_FLR_IMAGE_TIMESTAMP: 4e390d56
FAILURE_BUCKET_ID: 0x8E_nv4_disp+1db0ec
BUCKET_ID: 0x8E_nv4_disp+1db0ec
Followup: MachineOwner
---------
1: kd> !anolyze -v
*******************************************************************************
* *
* Bugcheck anolysis *
* *
*******************************************************************************
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: e0000001, The exception code that was not handled
Arg2: f6198925, The address that the exception occurred at
Arg3: be4ea2f8, Trap Frame
Arg4: 00000000
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xe0000001 -
FAULTING_IP:
watchdog!RaiseExceptionInThread+b
f6198925 c3 ret
TRAP_FRAME: be4ea2f8 -- (.trap 0xffffffffbe4ea2f8)
ESP EDITED! New esp=be4ea6a8
ErrCode = 00000000
eax=e233c800 ebx=00000001 ecx=000001f0 edx=00000001 esi=e29a6e50 edi=0000ffff
eip=f6198925 esp=be4ea36c ebp=be4ea6c0 iopl=0 nv up ei pl nz na pe nc
cs=0000 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000206
watchdog!RaiseExceptionInThread+0xb:
f6198925 c3 ret
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
PROCESS_NAME: chrome.exe
LAST_CONTROL_TRANSFER: from f6198622 to f6198925
STACK_TEXT:
be4ea368 e0c130e6 be4ea37c be4ea3cc 00000001 watchdog!RaiseExceptionInThread+0xb
be4ea6c0 debb00ec e29a4c00 e29a5f40 deb556d0 nt!ExRaiseStatus+0xca
WARNING: Stack unwind information not available. Following frames may be wrong.
00000000 00000000 00000000 00000000 00000000 nv4_disp+0x1db0ec
STACK_COMMAND: .trap 0xffffffffbe4ea2f8 ; kb
FOLLOWUP_IP:
nv4_disp+1db0ec
debb00ec ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nv4_disp+1db0ec
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nv4_disp
IMAGE_NAME: nv4_disp.dll
DEBUG_FLR_IMAGE_TIMESTAMP: 4e390d56
FAILURE_BUCKET_ID: 0x8E_nv4_disp+1db0ec
BUCKET_ID: 0x8E_nv4_disp+1db0ec
Followup: MachineOwner
---------
Hope this helps - I've got little idea what it means, except that there's something in there about nv4, which is Nvidia's program for graphics cards IIRC.
Edit: This happened when I tried to make a Youtube video go fullscreen one time. Sometimes they'll go fullscreen with no problem at all (even at 1080p), but this time it crashed, with no other programs open. I don't have any minidumps for game crashes, because they haven't BSOD'ed before - only CTD.