重定向APPCRASH转储(或将其关闭)
Redirect APPCRASH Dumps (Or turn them off)
我有一个应用程序(没有编写)正在C:\Windows\SysWOW64中生成APPCRASH转储。转储时应用程序已瘫痪,但仅以最小容量运行,不会丢失数据。问题是,这些转储太大,以至于系统花费了大部分时间来编写这些转储,而应用程序在处理方面远远落后,很快就会开始丢失数据。
计划是完全禁用它,或者将它安装到RAM驱动器上,并在它们到达RAM驱动器后立即清除它们。
现在我研究了使用这个密钥:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb787181%28v=vs.85%29.aspx
但它现在所做的只是生成第二个转储,而不是重定向原始转储。
转储名为:
转储—2013_03_31-15_23_55_772.dmp
这通常是Windows开发人员的领域(使用C/C++之类的东西),所以我想和他们谈谈,不要认为ServerFault能给我任何答案。
此外:它不是循环转储文件(它们会填满硬盘上剩下的20GB),所以我不确定这是Windows行为还是应用程序中的自定义代码(如果是……ick!)。
要编写DumpFile,应用程序必须调用函数"MiniDumpWriteDump",因此这不是系统的行为或您可以控制的东西,而是应用程序驱动的。如果它在崩溃时转储,它会在(!)操作系统接管之前使用"SetUnhandledExceptionFilter"设置自己的处理例程。不幸的是,我没有找到从其他进程覆盖此处理程序的方法,所以剩下的唯一希望是,应用程序有一个注册条目来切换行为或更改路径(正如我的应用程序所做的那样,这正是你所描述的原因)。
- 分段故障(堆芯转储)矢量
- Cppcheck生成xml转储文件
- 如何找出GDB的SIGTRAP核心转储的根本原因
- C++映射分割错误(核心转储)
- 在c++中初始化矩阵时出现分段错误(核心转储)
- 在c++中键入向量中的所有值后,得到分段错误(核心转储)
- 浮点异常(核心转储)#694457
- 分段错误(核心转储)但无法弄清楚
- 链接到libkcapi时没有核心转储
- 检测到堆栈粉碎:已终止 中止(核心已转储)
- 正在处理故障(堆芯转储)
- 分段错误(核心转储) - 使用 SavedModel 的 Tensorflow C++ API 进行推断
- 我不知道为什么这段代码会让核心被转储?
- C++运行时错误与快速排序算法抛出堆栈转储错误
- 在基数排序中,我得到 munmap_chunk():无效指针和中止(核心转储).为什么?
- C++指针无法在函数外部传递值和分段错误(核心转储)错误
- cygwin_exception::open_stackdumpfile:将堆栈跟踪转储到 class4.exe.sta
- C++快速将 int 数组内容转储到文本文件中
- 合并排序:分段错误核心转储
- 重定向APPCRASH转储(或将其关闭)