程序调试时可以运行，但直接运行就会死掉！！！

程序调试时可以运行，但直接运行就会死掉，弹出应用程序出错的对话框，请问是什么原因，怎么解决？

解决方案 »

  1.   

    Debug下打开call stack窗口看看是哪个函数抛出异常？？？
      

  2.   

    用Dr. Watson生成Dump文件看下。 Description of the Dr. Watson for Windows (Drwtsn32.exe) Tool
    http://support.microsoft.com/?id=308538Specifying the Debugger for Unhandled User Mode Exceptions
    http://support.microsoft.com/?id=121434INFO: Choosing the Debugger That the System Will Spawn
    http://support.microsoft.com/?id=103861 通过Dump文件就可以进行调用堆栈分析了
      

  3.   

     用DEBUG 模式 跑，程序死后，看 call stack窗口 死在哪个函数 
      

  4.   

    没看清，调试可以运行就是说debug模式看不到了，弹出什么错误，贴个图看看
      

  5.   

    报错时，试试windbg挂上进程，可以生成dump或者即时调试。
      

  6.   

    Debug下打开call stack窗口看看是哪个函数抛出异常？？？
      

  7.   

    你是 直接第一个对话框就死机吗？ 还是由一个触发另外一个的时候有问题？
    如果是由一个对话框 触发另外一个对话框的时候出现问题。  你是否调用的前一个对话框的指针？ 
    如果调用的指针，那前一个对话框触发后一个的时候  要用break 语句。
      

  8.   

    操作内存的时候，伤到堆栈了。
    关键看内存操作。指针等。 debug因为有空余的内存在new出来的buffer边上，所以不容易崩溃，Release等没有，容易挂。
      

  9.   

    这种情况遇到过，就是Debug设断点单步运行是可以通过的，不设断点直接运行就出错了，
    这种问题不好说，必须定位到出错误的函数或者具体语句，可以通过写log文件的方式，
    检查各个变量的值。
      

  10.   

    我有时也遇到过,带debug信息的debug builde和release builde都可以运行正常,  但只要不带debug信息,用release buide的直接运行就 down机... 最后我的原因是有些变量初始化问题...你看下是不你也是同样的错误导致...
      

  11.   

    很可能是内存溢出，在debug模式下调试一下
      

  12.   

    我现在就遇到这个问题，单步调试可以通过，直接调试就卡死了！。真不知改怎么解决？如果是内存泄露，应该怎么做呢？
     
    r3000  说查看log文件，怎么查看呀，谢谢了！