反复测试，发现printf的诡异问题

thy_shenzhen

回复 3# yulihua49


    就是int类型，domain是char *类型，我觉得实在奇怪，gdb调试了没用，没什么逻辑错误，只要注释掉printf这句就没问题。

MMMIX

像类似这种诡异的问题，例如：

1. 在一个编译器下正常，另外一个编译器就不行（并没有使用编译器扩展）；
2. 同一编译器，换了版本就不正常了；
3. 同一编译器，加优化选项就正常了；
4. 加个打印或者其他不应该影响程序行为的语句，就正常了；
。。。

这种种诡异的bug，调到最后，90%（甚至99%)都是代码写的有问题，要么是有未定义行为，要么是有编译器定义行为，要么代码导致了 memory corruption; 而 printf 会影响程序行为，就是 stack corruption 的直接征兆。

folklore

回复 5# MMMIX


    Agree， Printf躺枪

fly3ds

导致指针指向的内存数据混乱
------------------------------
到底是什么指针指向的内存怎么混乱法?  你应该把完整的程序贴出来，让大伙检验是不是真的出现问题。

何必抱怨

printf不会有问题吧，应该是你程序其它地方影响了

yulihua49

thy_shenzhen 发表于 2015-10-05 21:37
代码如下：这段代码只要用到了printf而且打出3个变量的就会影响到其他程序，导致指针指向的内存数据混乱。
...

<sdbc@~/log> vi t.c
#include <stdio.h>
#include <string.h>

int main(int argc,char *argv[])
{
char * domain1         = "blog";
char * domain2         = "chinaunix";
char * domain3         = "net";
int len1,len2,len3;

        len1 = strlen(domain1);
        len2 = strlen(domain2);
        len3 = strlen(domain3);
      printf("the str len1 len2 len3 is %d,%d,%d====\n",len1,len2,len3);
        return 0;
}


        .size   main, .-main
        .ident  "GCC: (GNU) 4.4.6 20120305 (Red Hat 4.4.6-4)"
        .section        .note.GNU-stack,"",@progbits

~
~
~
~
~
~
~
~
~
~
~
"t.c" 16L, 386C 已写入                                                                                 
<sdbc@~/log> cc t.c
<sdbc@~/log> ./a.out
the str len1 len2 len3 is 4,9,3====

happy_fish100

应该是程序其他地方存在问题，只是通过printf触发了而已。

bskay

同意,应该是其他地方引发的.........
我也类似的,一个线程访问了一个变量,就core了,而另外一个线程无论怎么访问都没有问题...
昏天糊地搞了几个月...才发现其中一个线程启动了新线程退出时释放错误,影响了另外线程的地址空间

j3kljs02398j

上面给出的代码看不出来问题.再次确认下len{1,2,3}的类型是否是int.
建议用gdb去调试下.

thy_shenzhen

回复 2# MMMIX




----------------------------------------------------------

问题是这种问题似乎比较难查，编译和执行几乎没什么提示报错。可能跟printf的原理有关吧，要看下printf的源码。