Debugging handy至少能帮你克服这个障碍。。。。小心，并注意/尊重可能会阻止任何逆向工程的任何EULA

让我知道这些信息是否有帮助。如果您仍然无法到达任何地方，请与我联系，并向我发送.exe，我可以在我的诺曼沙箱中运行它，这可能会为我们提供有关函数调用的更多信息，以及应用程序尝试执行的操作…

1。）如果您有MS Visual Studio 2005，它允许在命令行上运行它，如下所示：

devenv.exe is the executable(mostly in installation path e.g.(C:\Program Files\Microsoft Visual Studio 8\Common7\IDE) 

运行devenv.exe--帮助它提供命令行选项 我为您的案例找到了一些相关选项：

devenv.exe/debugexe
打开要调试的指定可执行文件。这个 命令行的其余部分将传递给此 可执行文件作为其参数

希望有帮助

---

-广告

@ProfK-你能详细说明一下没有开始吗？根本不跑？或者跑步，但什么都不显示？i、 在ctrl+alt+del中显示？我已经在上面详细阐述了。等等，如果您没有源代码，您希望如何调试它？当然是使用汇编级调试器。听说过WinDbg、OllyDbg或IDA Pro吗？我想不是。@ProfK：你说得太夸张了，但不知道OllyDbg会允许你从调试器中启动一个程序，这样你就可以观察它的启动顺序。通过评论来疏远他人是不明智的。谢谢。这是一个非常有价值的答案，但遗憾的是它没有起作用。VS刚刚在“应用程序停止工作”对话框后说“反汇编无法在运行模式下显示”。我从未想过，谢谢。我也从未想过在admin下运行这个应用程序，duh，在那里它不会出错，只是创建目录并关闭。它应该显示一个UI-另一个谜团。谢谢，我从来没有想过在控制台中运行它，但它没有提供任何输出。Process Monitor为标准文件（如MSVBVM60.DLL、MSCOMCT2.OCX等）记录了大量未找到名称的事件。但它报告的路径是应用程序的路径，其中不包含这些文件。它有很多未成功的地方，在CreateFile上找不到名称，正在查找存在的系统库，但Process Monitor日志中的路径显示了系统文件的路径，但在应用程序目录中。因此，您是说它在查找不在其查找位置的DLL。我无法告诉您为什么它会在没有看到您的代码的情况下这样做，但这是您的一个起点。可能安装DLL，或者如果它们应该是常见的，请了解如何告诉您的应用程序正确找到它们。我没有源代码。我不认为这是真正的问题。当应用程序请求PATH变量中的文件时，它只给出文件名。如果在本地找不到，操作系统将查找路径。我在我的应用程序路径上进行筛选，因此我从未捕获系统路径中文件的重试。我不记得你没有源代码。我不知道该如何解决这个问题；如果这是GNU，我会投进去，作为一个论据。但在这种情况下，听起来您需要找到程序员或他们可能制作的任何文档。IDA Pro显示了DLL中唯一一个接受（int，char*，char*）作为参数的导出函数，但快速C#测试证明所有三个参数都必须是char*，函数才能执行其反汇编建议的操作。

devenv.exe is the executable(mostly in installation path e.g.(C:\Program Files\Microsoft Visual Studio 8\Common7\IDE)