ClickOnce应用程序启动导致蓝屏 [英] ClickOnce app launch causing blue screen

查看:102
本文介绍了ClickOnce应用程序启动导致蓝屏的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个ClickOnce应用程序已经由我们的客户发布和使用了大约一年。它是一个可以在线运行并具有桌面快捷方式的应用程序。一切都运转正常,直到几个月前我们开始收到报告,当用户试图启动应用程序时,他们会看到蓝屏死机。该应用程序以前已经安装和工作,并在计算机重新启动后工作正常。我甚至曾经在自己的机器上发生过几次。似乎完全随机。我有点怀疑可能是Windows更新搞砸了,但会欣赏任何人都有的其他想法。



这是我可以从崩溃转储中得到的文件(对不起,这太疯狂了):



I have a ClickOnce app that has been published and used by our customers for about a year now. It''s an app that can run online and has a desktop shortcut. Everything has been working okay until we started getting reports a couple of months ago that when users try to launch the app they get the blue screen of death. The app had already been installed and worked previously, and after the computer reboots it works just fine. I''ve even had it occur on my own machine a couple of times. Seems completely random. I kind of suspect that maybe a windows update messed something up, but would appreciate any other ideas that anyone has.

Here is what I could get out of the crash dump file (sorry it''s so crazy long):

Loading Dump File [C:\dump files\031913-36317-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\localsymbols*http://msdl.microsoft.com/download/symbols;C:\Symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.18044.amd64fre.win7sp1_gdr.130104-1431
Machine Name:
Kernel base = 0xfffff800`03a19000 PsLoadedModuleList = 0xfffff800`03c5d670
Debug session time: Tue Mar 19 08:55:26.130 2013 (UTC - 5:00)
System Uptime: 2 days 5:05:08.881
Loading Kernel Symbols
...............................................................
................................................................
..................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck F4, {3, fffffa800c93c930, fffffa800c93cc10, fffff80003d96470}

Probably caused by : csrss.exe

Followup: MachineOwner
---------

4: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

CRITICAL_OBJECT_TERMINATION (f4)
A process or thread crucial to system operation has unexpectedly exited or been
terminated.
Several processes and threads are necessary for the operation of the
system; when they are terminated (for any reason), the system can no
longer function.
Arguments:
Arg1: 0000000000000003, Process
Arg2: fffffa800c93c930, Terminating object
Arg3: fffffa800c93cc10, Process image file name
Arg4: fffff80003d96470, Explanatory message (ascii)

Debugging Details:
------------------


PROCESS_OBJECT: fffffa800c93c930

IMAGE_NAME:  csrss.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MODULE_NAME: csrss

FAULTING_MODULE: 0000000000000000

PROCESS_NAME:  csrss.exe

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.

BUGCHECK_STR:  0xF4_C0000005

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

CURRENT_IRQL:  0

STACK_TEXT:
fffff880`0b5e19c8 fffff800`03e1e5e2 : 00000000`000000f4 00000000`00000003 fffffa80`0c93c930 fffffa80`0c93cc10 : nt!KeBugCheckEx
fffff880`0b5e19d0 fffff800`03dca47b : ffffffff`ffffffff fffffa80`0d4fab50 fffffa80`0c93c930 fffffa80`0c93c930 : nt!PspCatchCriticalBreak+0x92
fffff880`0b5e1a10 fffff800`03d4b4f4 : ffffffff`ffffffff 00000000`00000001 fffffa80`0c93c930 00000000`00000008 : nt! ?? ::NNGAKEGL::`string'+0x174f6
fffff880`0b5e1a60 fffff800`03a8ded3 : fffffa80`0c93c930 fffff880`c0000005 fffffa80`0d4fab50 fffffa80`0bf85060 : nt!NtTerminateProcess+0xf4
fffff880`0b5e1ae0 00000000`76e415da : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`00aedaf8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x76e415da


STACK_COMMAND:  kb

FOLLOWUP_NAME:  MachineOwner

FAILURE_BUCKET_ID:  X64_0xF4_C0000005_IMAGE_csrss.exe

BUCKET_ID:  X64_0xF4_C0000005_IMAGE_csrss.exe

Followup: MachineOwner
---------

4: kd> !process fffffa800c93c930 3
GetPointerFromAddress: unable to read from fffff80003cc7000
PROCESS fffffa800c93c930
    SessionId: none  Cid: 1878    Peb: 7fffffda000  ParentCid: 1498
    DirBase: 1b1979000  ObjectTable: fffff8a0160915f0  HandleCount: <Data Not Accessible>
    Image: csrss.exe
    VadRoot fffffa800d56e9e0 Vads 139 Clone 0 Private 1864. Modified 31180. Locked 0.
    DeviceMap fffff8a000008d80
    Token                             fffff8a01ad517e0
    ReadMemory error: Cannot get nt!KeMaximumIncrement value.
fffff78000000000: Unable to get shared data
    ElapsedTime                       00:00:00.000
    UserTime                          00:00:00.000
    KernelTime                        00:00:00.000
    QuotaPoolUsage[PagedPool]         0
    QuotaPoolUsage[NonPagedPool]      0
    Working Set Sizes (now,min,max)  (3582, 50, 345) (14328KB, 200KB, 1380KB)
    PeakWorkingSetSize                5387
    VirtualSize                       181 Mb
    PeakVirtualSize                   203 Mb
    PageFaultCount                    41559
    MemoryPriority                    BACKGROUND
    BasePriority                      13
    CommitCharge                      1968

        *** Error in reading nt!_ETHREAD @ fffffa80079b0060

推荐答案

我会对您的问题得到什么回复感兴趣。我也有问题(我们不是蓝屏,但挂起)。我们有一个供应商提供的应用程序,它使用由多个用户在终端服务器模式下访问的ClickOnce。我们注意到有时它会挂起,之后,csrss.exe进程以50%运行。随着越来越多的用户尝试,额外的Csrss.exe启动最大化我们的CPU。当我尝试重新启动该进程时,我得到一个启动应用程序失败 - 锁定超时异常。这很可能是之前挂起的结果。
I would be interested in what responses you get to your question. I am having issues as well (we don''t blue screen, but hang). We have a vendor provided application that uses ClickOnce accessed in Terminal server mode by several users. We have noticed that sometimes it hangs and after that, the csrss.exe process runs at 50%. As more users try, additional Csrss.exe are started up maxing out our CPU. When I try to re-launch the process, I get a Failure to launch application - lock timeout exception. Which is most likely a result of the previous hang.


这篇关于ClickOnce应用程序启动导致蓝屏的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆