Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\richc46\AppData\Local\Temp\Low\Temporary Internet Files\Content.IE5\N5BQNVW9\Dump%20Files[1]\082710-19032-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 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.x86fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0x82e4f000 PsLoadedModuleList = 0x82f97810
Debug session time: Fri Aug 27 06:11:33.147 2010 (GMT-4)
System Uptime: 0 days 1:07:18.599
Loading Kernel Symbols
...............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
.....
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
REFERENCE_BY_POINTER (18)
Arguments:
Arg1: 00000000, Object type of the object whose reference count is being lowered
Arg2: 8830a928, Object whose reference count is being lowered
Arg3: 00000001, Reserved
Arg4: 881d3d40, Reserved
The reference count of an object is illegal for the current state of the object.
Each time a driver uses a pointer to an object the driver calls a kernel routine
to increment the reference count of the object. When the driver is done with the
pointer the driver calls another kernel routine to decrement the reference count.
Drivers must match calls to the increment and decrement routines. This bugcheck
can occur because an object's reference count goes to zero while there are still
open handles to the object, in which case the fourth parameter indicates the number
of opened handles. It may also occur when the object’s reference count drops below zero
whether or not there are open handles to the object, and in that case the fourth parameter
contains the actual value of the pointer references count.
Debugging Details:
------------------
*** [COLOR=royalblue]WARNING: Unable to verify timestamp for tmcomm.sys[/COLOR]
*** ERROR: Module load completed but symbols could not be loaded for tmcomm.sys
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x18
PROCESS_NAME: System
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 82eb7f22 to 82f2bd10
STACK_TEXT:
9d883c6c 82eb7f22 00000018 00000000 8830a928 nt!KeBugCheckEx+0x1e
9d883c90 82eb7ed0 8830a928 9d570c2c 00000000 nt!ObfDereferenceObjectWithTag+0x4b
9d883c98 9d570c2c 00000000 00000000 00000000 nt!ObfDereferenceObject+0xd
WARNING: Stack unwind information not available. Following frames may be wrong.
9d883ccc 9d570db2 86005648 9d883ce0 882a963c tmcomm+0xec2c
9d883ce8 9d566a10 86005648 ad3bbb28 9d883d34 tmcomm+0xedb2
9d883cf8 9d56575e ad3bba94 9d5696ce 9d156dcb tmcomm+0x4a10
9d883d34 9d5699c7 00000000 00000000 882a7234 tmcomm+0x375e
9d883d50 8305d6d3 882a7234 acdaec65 00000000 tmcomm+0x79c7
9d883d90 82f0f0f9 9d5695ce 882a7234 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19
STACK_COMMAND: kb
FOLLOWUP_IP:
tmcomm+ec2c
9d570c2c ?? ???
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: tmcomm+ec2c
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: tmcomm
IMAGE_NAME: tmcomm.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4c318770
FAILURE_BUCKET_ID: 0x18_tmcomm+ec2c
BUCKET_ID: 0x18_tmcomm+ec2c
Followup: MachineOwner
---------
