找BUG拉..嘿嘿，大家来找找看哈...

lsupper

大家找下BUG哈...其中一个是我自己一次开发中碰见的...看看大家能不能找出来...尽量不要用调试器来找...

1. #include <stdio.h>
   
2. #include <iostream>
   
3. using namespace std;
   
4. 
   
5. struct STEST {
   
6.     int i;
   
7.     int *p;
   
8. };
   
9. 
   
10. int main(void)
    
11. {
    
12.     struct STEST x;
    
13.     int *p = &x.i;
    
14.     p[0] = 4;
    
15.     p[1] = 3;
    
16. 
    
17.     string s1="test";
    
18.     char msgBuffer[256] = {0};
    
19.     if(!s1.empty())
    
20.         sprintf(msgBuffer, "s1:%s", s1);
    
21. 
    
22.     printf("%s,%d,%d\n", msgBuffer, x.i, *x.p);
    
23. 
    
24.     return 0;
    
25. }

复制代码

找的时候，大家只针对BUG哈....为什么会有这样的代码？代码为什么这么乱什么的就不要问了...纯粹为了找BUG游戏随手写的...

lin5161678

x.p的值是3 [这个3 还是靠UB得到的]
然后 *x.p 明显找奔溃

lsupper

回复 2# lin5161678


    嗯 第一个BUG，继续...

lin5161678

string的不熟悉 这个bug我是靠编译器找到的 需要用c_str()把 string 转换为 C风格字符串
string没用过 一直都是 char* char[]

kongrenxin

p=&x.i,则p+1指向的的位置是&x.p,所以p[1]=3;相当于x.p=3; *x.p应该会出现段错误。另外一个应该是str.c_str()转化吧？

lsupper

lin5161678 发表于 2012-11-05 14:39
string的不熟悉 这个bug我是靠编译器找到的 需要用c_str()把 string 转换为 C风格字符串
string没用过 一直 ...

擦...你还真用编译器啊...嘿嘿研究下为什么吧...俺以前一个同事就这样用，弄的我跟他联调的时候，一直以为我这边出问题.... 基本这个帖子被你给败了

lsupper

回复 5# kongrenxin


    还一个BUG，被@lin5161678给指出来了...想明白为什么了也很有好处哦~~~

lin5161678

回复 6# lsupper

你把BUG都摘出来了 赤裸裸的 当然比较好找 放几行正常代码一干扰 我直接就跪了
至于string 这个 呃 不好意思 VC下用CString 被宠坏了 没把握能不能直接用
就上编译器了

   

bruceteen

没有用到#include <stdio.h>，即使用到，也该是#include <cstdio>
没有#include <string>

lsupper

bruceteen 发表于 2012-11-05 14:52
没有用到#include ，即使用到，也该是#include
没有#include

嗯 这也算瑕疵，代码手工敲的...没测试...擦...