呵呵，
第一个可能跟编译器有关，这个问题倒是在论坛上讨论过。
至于第二个有什么不对吗？

至于第二个有什么不对吗？
-----------------
第2个问题是指那个转大写那代码吧？
那个和编译器无关的。只是定义了一个临时变量把*String的首地址赋给*Source;
再把*String的每个字符转化为大写，如此而已，只是个人觉得那段代码在实际运用中没啥意义。

针对您的想法，
让我们做个简单的程序测试：
main()
{
char str[3]="abc";
printf("%s",str);
}
如果您运行这个程序得到的结果是abc的话，那您就是对的，
如果不是，那论坛的资料就是对的，
结果如何，您自己运行下便知．

main()
{
char str[3]="abc";
printf("%s",str);
}
//这是论坛上的资料？我倒没看。

char str[3]="abc"; //对于这个表达式要根据不同的编译器来决定它的结果；
//在DEV-CPP和GCC下只是对字符数组的范围大小提出警告
//运行并没有错误；在VC下是提出错误信息的；
//毕竟，标准并没有对这种情况做明确规定；
//在DEV-CPP和GCC对于字符串长度超过字符数组长度一律
//把字符串后面超出的部分去掉不显示；

main()
{
char str[3]="abc";
str[3]=0;
printf("%s",str);
}


DEV-CPP和GCC没用过,用上面的试试,结果会不会一样

哎，那倒是．上面那个是我随便写的，论坛上没有。
现在的编译器容错能力太强，
我的理解是，那个是错的！打印的时候应该是乱码．
系统并没有分配一个'＼0'给它，但是在打印的时候却连相邻的内存单元也打出来了。所以是乱码

[QUOTE]系统并没有分配一个'＼0'给它[/QUOTE]这是肯定的

main()
{
char str[3]="abc";
printf("%s",str);
}
汗一个，刚用DEV-CPP运行了上面代码，abc都打印出来了但后面出现了乱码；咋的和我以前打印的类似的代码的结果不一样。。。

那是因为您重新编译这个程序的时候，系统重新为字符串str分配了不同地址（确切的说，只能说随机，但很大可能是地址是不同）的内存，
打印出来的结果也有很小很小的可能性会是对的（当相邻的内存存储的刚好为＇＼０＇），
不然则要看相邻的内存存储的是什么，
有可能先abc后面才是乱码，
也有可能是直接全部乱码．
这种程序倒是还好，只是对未知的内存进行引用，并没有改变，
不然楼主您一直运行程序，就很可能导致系统崩溃了，呵呵。