C语言断点调试和编译问题总结


1. 编译环境使用VS2008,在调试过程中发现,某个函数的部分代码没有正确执行,在这部分代码处打断点调试,发现每次调试运行时总是提示断点无效。出问题的代码如下,在while(){}代码块内部打断点提示断点无效。

  1. INT32 sendLTEMsg(void *pMsg, INT32 iMsgLen)  
  2. {  
  3.     INT32 t_iLeft = iMsgLen;  
  4.     INT32 t_iRet = 0;  
  5.     INT32 t_idx = 0;  
  6.     if((NULL==pMsg) || (0==iMsgLen))  
  7.     {  
  8.         return FALSE;  
  9.     }  
  10.     while(t_iLeft>0) /*保证将数据全部发送出去*/  
  11.     {  
  12.         t_iRet = send(g_SockClientLTE, &(((char*)pMsg)[t_idx]), t_iLeft, 0);  
  13.         if(t_iRet == 0)  
  14.         {  
  15.             break;  
  16.         }  
  17.         else if(t_iRet == SOCKET_ERROR)  
  18.         {  
  19.             INT32 t_errcode = WSAGetLastError();  
  20.             return FALSE;  
  21.         }  
  22.         t_iLeft -= t_iRet;  
  23.         t_idx += t_iRet;  
  24.     }/*end of while*/  
  25.     return TRUE;  
  26. }  

2. 那么,在什么情况下会导致运行时断点无效或不能在指定的位置打断点呢?
a) 是否编译时存在调试信息?
    需要查看编译选项,debug or release(说白了就是编译时的optimizationlevel),debug会存在调试信息。
b) 在编译完成之后代码是否有改动?
    代码可能已经和可执行文件不一致,导致打断点的位置和预期程序执行的位置不一致。如下图,断电停在a--的位置,但是程序已经输出了hello world。

c) 是否将这部分代码编译到了目标文件?
    比如条件编译的影响,没有对这部分代码进行编译,当然就不可能打断点。那么,如何判断代码是否编译到了目标文件?

  • 1
  • 2
  • 下一页

相关内容