visual studio .net debugging:
There was a question asked a while ago about visual studio .net
crashing.

http://groups.google.com/group/microsoft.public.vsnet.debugging/browse_thread/thread/e9f5b55f07507545/199874f35dcb57b2?lnk=st&q=&rnum=2&hl=en#199874f35dcb57b2

I am running version 7.1.3088.

I have exactly the same symptom, except that I am NOT using 20
parameters in any of my functions.

I am able to reproduce it on 4 of my machines each running different
os.

To understand the crash better I attached the kernel debugger to one of
machines exhibiting the visual studio crash and then I dumped the
process information for devenv.exe.

My suspicion was on thread THREAD 85065db0 Cid 0430.072c.

I will really appreciate any help from anyone who has encountered such
an issue.

Regards,
Rajesh

___________________________________________

0: kd> !process 84fd95b0 7
PROCESS 84fd95b0 SessionId: 1 Cid: 0430 Peb: 7ffd8000 ParentCid:
0634
DirBase: 3f298420 ObjectTable: e3708938 HandleCount: 305.
Image: devenv.exe
VadRoot 855395e0 Vads 280 Clone 0 Private 5813. Modified 4758.
Locked 1.
DeviceMap e3877af8
Token e3899880
ElapsedTime 00:00:20.628
UserTime 00:00:00.000
KernelTime 00:00:00.000
QuotaPoolUsage[PagedPool] 164524
QuotaPoolUsage[NonPagedPool] 11680
Working Set Sizes (now,min,max) (4947, 50, 345) (19788KB, 200KB,
1380KB)
PeakWorkingSetSize 7712
VirtualSize 131 Mb
PeakVirtualSize 184 Mb
PageFaultCount 17789
MemoryPriority BACKGROUND
BasePriority 8
CommitCharge 6407

THREAD 84fa8aa0 Cid 0430.0610 Teb: 7ffdf000 Win32Thread:
e3d6f908 WAIT: (Unknown) UserMode Non-Alertable
85cefa70 SynchronizationEvent
84fa68a0 SynchronizationEvent
84fa8b18 NotificationTimer
Not impersonating
DeviceMap e3877af8
Owning Process 84fd95b0 Image:
devenv.exe
Wait Start TickCount 49327 Ticks: 3
(0:00:00:00.046)
Context Switch Count 3749 LargeStack
UserTime 00:00:00.0203
KernelTime 00:00:00.0812
Start Address kernel32!BaseProcessStartThunk (0x77e6b5c7)
Win32 Start Address devenv!WinMainCRTStartup (0x00401886)
Stack Init badbe000 Current badbd900 Base badbe000 Limit
badb7000 Call 0
Priority 11 BasePriority 8 PriorityDecrement 1
ChildEBP RetAddr Args to Child
badbd918 80832f7a 84fa8b18 84fa8aa0 ffdff630
nt!KiSwapContext+0x26 (FPO: [Uses EBP] [0,0,4])
badbd944 80828cb1 84fa8aa0 00000002 00000000
nt!KiSwapThread+0x284 (FPO: [Non-Fpo])
badbd978 809380a8 00000002 badbdaac 00000001
nt!KeWaitForMultipleObjects+0x3d7 (FPO: [Non-Fpo])
badbdbf4 8093820a 00000002 badbdc1c 00000001
nt!ObpWaitForMultipleObjects+0x202 (FPO: [Non-Fpo])
badbdd48 80888c6c 00000002 0013d8dc 00000001
nt!NtWaitForMultipleObjects+0xc8 (FPO: [Non-Fpo])
badbdd48 7c82ed54 00000002 0013d8dc 00000001
nt!KiFastCallEntry+0xfc (FPO: [0,0] TrapFrame @ badbdd64)
0013d88c 7c822114 77e6711b 00000002 0013d8dc
ntdll!KiFastSystemCallRet (FPO: [0,0,0])
0013d890 77e6711b 00000002 0013d8dc 00000001
ntdll!NtWaitForMultipleObjects+0xc (FPO: [5,0,0])
0013d938 7739cd08 00000002 0013d960 00000000
kernel32!WaitForMultipleObjectsEx+0x11a (FPO: [Non-Fpo])
0013d994 77697483 00000001 0013d9dc 000003e8
USER32!RealMsgWaitForMultipleObjectsEx+0x141 (FPO: [Non-Fpo])
0013d9bc 776974f2 0013d9dc 000003e8 0013d9ec
ole32!CCliModalLoop::BlockFn+0x80 (FPO: [Non-Fpo])
0013d9e4 7768c0bd ffffffff 01ad690c 0013da14
ole32!ModalLoop+0x5b (FPO: [Non-Fpo])
0013d9f4 777874aa 0017afe8 0013dadc 00000000
ole32!SwitchSTA+0x21 (FPO: [Non-Fpo])
0013da14 77787ed7 0013dadc 01ad690c 0013db38
ole32!CRpcChannelBuffer::SwitchAptAndDispatchCall+0xc0 (FPO: [Non-Fpo])
0013daf4 776975b8 01ad690c 0013dc08 0013dbf8
ole32!CRpcChannelBuffer::SendReceive2+0xc1 (FPO: [Non-Fpo])
0013db10 7769756a 0013dc08 0013dbf8 01ad690c
ole32!CCliModalLoop::SendReceive+0x1e (FPO: [Non-Fpo])
0013db7c 776952e1 01ad690c 0013dc08 0013dbf8
ole32!CAptRpcChnl::SendReceive+0x6f (FPO: [Non-Fpo])
0013dbd0 77ce127e 01ad690c 0013dc08 0013dbf8
ole32!CCtxComChnl::SendReceive+0x113 (FPO: [Non-Fpo])
0013dbec 77ce13ca 01ad5b54 0013dc34 06000169
RPCRT4!NdrProxySendReceive+0x43 (FPO: [Non-Fpo])
0013dfd4 77ce11bd 51716a38 5172c0de 0013e00c
RPCRT4!NdrClientCall2+0x206 (FPO: [Non-Fpo])
0013dff4 77c53a12 0000000c 00000006 0013e020
RPCRT4!ObjectStublessClient+0x8b (FPO: [Non-Fpo])
0013e004 5189c43e 01ad5b54 0013e01c 00000000
RPCRT4!ObjectStubless+0xf
0013e020 518db93c 032e7d40 0013e084 518e4710
sdm2!CDebugBoundBreakpoint::GetBreakpointResolution+0x20 (FPO:
[Non-Fpo])
0013e094 518e7cc2 00000000 0322fe10 031ff538
vsdebug!CVsBreakpointManager::OnBreakpointBoundEvent+0x12b (FPO:
[Non-Fpo])
0013e0c0 518e747a 032efc38 0013e15c 00000000
vsdebug!CDebugger::HandleEvent+0x6f0 (FPO: [Non-Fpo])
0013e0ec 518a4835 0139618c 00000000 0322ed60
vsdebug!CDebugger::Event+0x59 (FPO: [Non-Fpo])
0013e174 77c70f3b 031ff544 01aaf544 00000000
sdm2!CDebugManager::HandleLEEvent+0x7d (FPO: [Non-Fpo])
0013e1b4 77ce23f7 518a47b4 0013e398 0000000b RPCRT4!Invoke+0x30
0013e5b4 77ce1a95 01ab2fa0 01ab09fc 01ab570c
RPCRT4!NdrStubCall2+0x299 (FPO: [Non-Fpo])
0013e60c 77788ec1 01ab2fa0 01ab570c 01ab09fc
RPCRT4!CStdStubBuffer_Invoke+0xc6 (FPO: [Non-Fpo])
0013e650 77788e74 01ab570c 01ab6574 01ab0098
ole32!SyncStubInvoke+0x33 (FPO: [Non-Fpo])
0013e698 7769b2b7 01ab570c 01ab4920 01ab2fa0
ole32!StubInvoke+0xa7 (FPO: [Non-Fpo])
0013e770 7769b0b5 01ab09fc 00000000 01ab2fa0
ole32!CCtxComChnl::ContextInvoke+0xe3 (FPO: [Non-Fpo])
0013e78c 7769bd23 01ab570c 00000001 01ab2fa0
ole32!MTAInvoke+0x1a (FPO: [Non-Fpo])
0013e7b8 77788da2 01ab570c 00000001 01ab2fa0
ole32!STAInvoke+0x48 (FPO: [Non-Fpo])
0013e7ec 77788c33 d0908070 01ab09fc 01ab2fa0
ole32!AppInvoke+0xa3 (FPO: [Non-Fpo])
0013e8c0 777890b3 01ab56b8 01ab0fc0 00000000
ole32!ComInvokeWithLockAndIPID+0x2c5 (FPO: [Non-Fpo])
0013e8e8 7769bc9c 01ab56b8 00000400 00159ce0
ole32!ComInvoke+0x9f (FPO: [Non-Fpo])
0013e8fc 7769bac0 01ab56b8 0013e98c 7769ba2d
ole32!ThreadDispatch+0x23 (FPO: [Non-Fpo])
0013e914 7739c3b7 0005012e 001596d0 0000babe
ole32!ThreadWndProc+0xfe (FPO: [Non-Fpo])

THREAD 84f88020 Cid 0430.0684 Teb: 7ffde000 Win32Thread:

I just wanted to mention that this crash is happening WHILE SETTING
LOTS OF BREAKPOINTS.


[quoted text, click to view]