1

我在 C++/CLI 中从进程“1”生成进程“2”。当两者都在运行时，进程“1”会杀死进程“2”（按设计）。我的目标是在杀死它之前产生一个“2”的迷你转储。

这是我的代码：

// mpProcess started with System::Diagnostics::Process... etc.
System::IO::FileStream^ fs = gcnew System::IO::FileStream("MyPath.dmp");

MiniDumpWriteDump( mpProcess->Handle.ToPointer(), mpProcess->Id, fs->SafeFileHandle->DangerousGetHandle().ToPointer(), MINIDUMP_TYPE::MiniDumpNormal, nullptr, nullptr, nullptr);
fs->Close();

当我从命令行启动进程“1”时，没有将其附加到调试器，它正常运行，启动进程“2”然后转储它然后杀死它。

当我在调试器中启动进程“1”时，当我跳过对 的调用时，我会得到 2-3 AccessViolationExceptionMiniDumpWriteDump，但是如果我单击“继续”，一切都会正常并生成转储文件。

到底是怎么回事？我的设计有问题吗？请注意，这是我第一次使用这个 API，我什至不知道我可以在 24 小时前转储这样的文件 ;-) ！我将感谢您帮助我提高转储文件的技能。

编辑 1添加了异常信息：

这是我收到的信息：

在 MYProg.exe 中的 0x000007FED860FD31 (mscordacwks.dll) 处引发异常：0xC0000005：访问冲突读取位置 0x0000000000000000。

如果有这个异常的处理程序，程序可以安全地继续。

编辑 2添加了一个片段和一个堆栈跟踪

过程1：“杀手”

// Process1.cpp : main project file.

#include "stdafx.h"

#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <dbghelp.h>

using namespace System;

int main(array<System::String ^> ^args)
{
     Console::WriteLine(L"Hello, I'm Process1! I'll \"minidump\" Process2 then kill it!");

    System::Diagnostics::Process^ p = gcnew System::Diagnostics::Process();

    p->StartInfo->FileName = "Process2.exe";
    p->Start();

    System::Threading::Thread::Sleep( 3000 );

    System::IO::FileStream^ fs = gcnew System::IO::FileStream( "minidump.dmp", System::IO::FileMode::Create );

    MiniDumpWriteDump( p->Handle.ToPointer(), p->Id, fs->SafeFileHandle->DangerousGetHandle().ToPointer(), MINIDUMP_TYPE::MiniDumpNormal, nullptr, nullptr, nullptr );

    fs->Close();

    p->Kill();

    return 0;
}

过程2：“倾倒”

// Process2.cpp : main project file.

#include "stdafx.h"

using namespace System;

int main(array<System::String ^> ^args)
{
    Console::WriteLine(L"Hello, I'm Process2! I'm waiting to be killed by Process1!");

    // Do nothing, wait to be killed
    while ( true )
    {
        System::Threading::Thread::Sleep( 1000 );
    }

    return 0;
}

当我从（AccessViolation）异常对话框中中断堆栈跟踪时：

mscordacwks.dll!000007fed860fd31()  Unknown
mscordacwks.dll!000007fed861028c()  Unknown
mscordacwks.dll!000007fed8610fd2()  Unknown
mscordacwks.dll!000007fed861165f()  Unknown
mscordacwks.dll!000007fed861176e()  Unknown
dbghelp.dll!GenGetAuxMemory(struct _MINIDUMP_STATE *,struct _INTERNAL_PROCESS *)    Unknown
dbghelp.dll!GenGetProcessInfo(struct _MINIDUMP_STATE *,struct _INTERNAL_PROCESS * *)    Unknown
dbghelp.dll!MiniDumpProvideDump()   Unknown
dbghelp.dll!MiniDumpWriteDump() Unknown
[Managed to Native Transition]  
[CURSOR]>>> Process1.exe!main(array<System::String^>^ args=array<System::String^>(0)) Line 24   C++
Process1.exe!mainCRTStartupStrArray(array<System::String^>^ arguments=array<System::String^>(0)) Line 249   C++
[Native to Managed Transition]  
mscoreei.dll!000007feee467a6d() Unknown
mscoree.dll!_CorExeMain_Exported()  Unknown
kernel32.dll!BaseThreadInitThunk()  Unknown
ntdll.dll!RtlUserThreadStart()  Unknown
4

1 回答 1

0

就像上面评论中提到的 Hans Passant 一样，这似乎是一个内部/捕获的异常。MiniDumpWriteDump 做了一些导致异常的事情并捕获其内部异常并继续。我真的不知道它为什么会这样做。您可以忽略它并继续。它似乎无害。

我在调用其他（不透明的）系统 API 调用时遇到了类似的问题。调用本身在内部捕获自己的异常。调试器不知道它们是否会被捕获并中断它们。

它们不应该出现在发布模式中。

于 2021-02-17T13:40:36.023 回答