外部测试环境-C ++时程序崩溃

| 我有一个程序,当从Visual Studio 2010 Express内部运行时,运行得非常好,但是构建并取出后,却出现了问题。我已经将外部测试环境设置为与在Visual Studio中运行外部测试环境相同的环境,所以这不应该成为问题。我想将其附加到.exe,以查看崩溃的位置,但是我没有非Express版本。 有什么建议么?为什么程序会在VSC ++ 2010 Express环境之外崩溃,但却在内部完美运行。 我会发布代码,但这是一个巨大的项目,而不是会导致错误的行。 非常感谢您的参与。     
已邀请:
        在不知道崩溃是什么的情况下很难确定,但是可能会导致以下几个常见问题: 环境变量不一样。也许您在测试环境中依赖vcvars32.bat中的某些内容。 PATH环境变量与您选择的一些错误或不兼容的DLL不同。 从Visual Studio运行时,您的代码某种程度上取决于当前的工作目录。     
        维基百科来营救?   时间也可能是海丝虫的一个因素。与正常执行相比,在调试器的控制下执行程序可以更改程序的执行时间。当调试器中的单步源代码行放慢程序速度时,可能不会重现诸如竞态条件之类的对时间敏感的错误。当行为涉及与不在调试器控制下的实体进行交互时,例如在调试两台机器之间的网络数据包处理并且只有一台处于调试器控制下时,尤其如此。 另外,请注意,在调试器下,“ 0”会稍微改变其行为,以使调试更轻松。不过,那应该什么都不会改变。     
        您可以使用免费的Windows调试器工具进行调试。有大量文档和快速入门指南,尤其是安装中包含的chm。对于您的情况,您可能需要尝试以下方法: 确保您的应用程序的PDB在共享中的某个位置可用。 附加到正在运行的应用程序实例:“ 1”。注意,您也可以通过执行“ 2”在调试器的上下文中启动程序。 重现崩溃。 将符号路径更改为您的符号和Microsoft公共符号服务器,以获取组件的正确符号:symbols3ѭ 告诉调试器使用您的路径重新加载符号:
.reload
在调试器中按ѭ5来获取调用堆栈。 这是您需要弄清崩溃的准系统。然后,您可以通过查看调试器chm或MSDN或Tess \博客上的其他资源来更深入地尝试分析其崩溃的原因。一个有用的命令是?6,以转储特定帧的局部变量。如果调用堆栈未提供行号,请键入
.lines
,然后按
k
kb
。     
        您可以使用try catch块将Main函数中的所有代码括起来。当您遇到异常时,将堆栈跟踪写入日志文件。 然后运行您的exe并检查日志文件以了解程序在哪里崩溃。 PS:不要忘记将* .pdb文件与exe文件放在一起,否则您将无法获得stacktrace信息。     

bab

        我意识到这个问题已经有好几年了,但是我一直在经历同样的事情,并且遇到了一个可能的罪魁祸首(在我的案例中是真正的罪魁祸首),这可能会帮助其他遇到此问题的人。 在Visual Studio中运行应用程序并在外部运行应用程序时,一个重要的区别是当前工作目录(\“ CWD \”)。 Visual C ++解决方案/项目的典型目录结构如下:
Solution     <- the location of your solution file
  Debug      <- where the Debug executables end up
  Release    <- where the Release executables end up
  Project    <- the location of your project file
    Debug    <- where Debug intermediate files end up
    Release  <- where Release intermediate files end up
在Studio中使用\“ Start Debugging \”或\“ Start Without Debugging \”执行应用程序时,默认的CWD是Project目录,因此在本例中为“ 11”。 但是,当您通过双击应用程序在外部执行时,CWD是应用程序目录(例如,
Solution\\Debug
)。 如果尝试从当前目录打开文件(这是在执行
std::ifstream ifstr(\"myfile.txt\")
时发生的情况),则文件是否成功取决于启动应用程序时的位置。     

要回复问题请先登录注册