首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 开发语言 > C语言 >

奇怪的main函数,该怎么处理

2013-01-19 
奇怪的main函数本帖最后由 jilianglijie 于 2012-12-28 15:59:00 编辑今天和遇到如下问题,测试代码如下#if

奇怪的main函数
本帖最后由 jilianglijie 于 2012-12-28 15:59:00 编辑 今天和遇到如下问题,测试代码如下


#   ifdef _WIN32
#   define _CRT_SECURE_NO_DEPRECATE
#   endif // _WIN32
#   include <stdio.h>

void mom(int i,int j,int k)
{
int l;
int g;
printf("    k=%08x:[%08x]\n",k,&k);
printf("    j=%08x:[%08x]\n",j,&j);
printf("    i=%08x:[%08x]\n",i,&i);
printf("    l=%08x:[%08x]\n",l,&l);
printf("    g=%08x:[%08x]\n",g,&g);
}

#if 0
#pragma comment(linker,"/entry:mymain")
int mymain(int argc, char *argv[ ], char *envp[ ])
{
int tom;
int jerry;
mom(2,1,0);
printf("  tom=%08x:[%08x]\n",tom,&tom);
printf("jerry=%08x:[%08x]\n",jerry,&jerry);
return 0;
}
#else
int main(void)
{
int tom=0x12345678;
int jerry=0x87654321;
mom(2,1,0);
printf("  tom=%08x:[%08x]\n",tom,&tom);
printf("jerry=%08x:[%08x]\n",jerry,&jerry);
return 0;
}
#endif 

测试结果让我大跌眼镜啊
DEBUG版

    k=00000000:[0018fe48]
    j=00000001:[0018fe44]
    i=00000002:[0018fe40]
    l=cccccccc:[0018fe30]
    g=cccccccc:[0018fe24]
  tom=12345678:[0018ff28]
jerry=87654321:[0018ff1c]
请按任意键继续. . .

RELEASE版

    k=00000000:[0018ff2c]
    j=00000001:[0018ff24]
    i=00000002:[0018ff28]
    l=00403018:[0018ff30]
    g=00403020:[0018ff34]
  tom=12345678:[0018ff40]
jerry=87654321:[0018ff44]
请按任意键继续. . .

可以看出来在debug模式下所有的临时变量都是按照正常的由高到低排列的,而在release模式下在main函数中却是按照由低到高排列的,很奇怪。同时在Debian下也做了测试结果如下

root@localhost:~# ./de
    k=00000000:[bfb3c2f8]
    j=00000001:[bfb3c2f4]
    i=00000002:[bfb3c2f0]
    l=080482c8:[bfb3c2dc]
    g=bfb3c2e8:[bfb3c2d8]
  tom=12345678:[bfb3c30c]
jerry=87654321:[bfb3c308]
结果为从高到低排列。
在MSDN中查到如下说明
引用
Cannot be overloaded (see Overloading).
Cannot be declared as inline.
Cannot be declared as static.
Cannot have its address taken.
Cannot be called.
知道了main函数比较特殊,但更深层次的就不知道了,希望各路大神来就这个问题发表一下观点。

[解决办法]
局部变量的排列顺序是不确定的啊,编译器乐意的话完全可以不用栈上的空间存储局部变量。
[解决办法]
编译器有开关控制递增还是递减堆栈吗??
[解决办法]
优化了啊。。。。。
[解决办法]
VC调试时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化,这样过一遍不就啥都明白了吗。
对VC来说,所谓‘调试时’就是编译连接通过以后,按F10或F11键单步执行一步以后的时候,或者在某行按F9设了断点后按F5执行停在该断点处的时候。
(Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。)


想要从本质上理解C指针,必须学习汇编以及C和汇编的对应关系。
从汇编的角度理解和学习C语言的指针,原本看似复杂的东西就会变得非常简单!
指针即地址。“地址又是啥?”“只能从汇编语言和计算机组成原理的角度去解释了。”
但我又不得不承认:
 有那么些人喜欢或者适合用“先具体再抽象”的方法学习和理解复杂事物;
 而另一些人喜欢或者适合用“先抽象再具体”的方法学习和理解复杂事物。
而我本人属前者。

这辈子不看内存地址和内存值;只画链表、指针示意图,画堆栈示意图,画各种示意图,甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗?本人深表怀疑!
这辈子不种麦不收麦不将麦粒拿去磨面;只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头,压面条,烤面包,……能从本质上理解面粉、理解面食吗?本人深表怀疑!!

提醒:
“学习用汇编语言写程序”

“VC调试(TC或BC用TD调试)时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化,这样过一遍不就啥都明白了吗。
(Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。)
想要从本质上理解C指针,必须学习C和汇编的对应关系。”
不是一回事!

不要迷信书、考题、老师、回帖;
要迷信CPU、编译器、调试器、运行结果。
并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。
任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实!

有人说一套做一套,你相信他说的还是相信他做的?
其实严格来说这个世界上古往今来所有人都是说一套做一套,不是吗?

不要写连自己也预测不了结果的代码!

电脑内存只是一个一维二进制字节数组及其对应的二进制地址;
人脑才将电脑内存中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、……

[解决办法]

引用:
局部变量的排列顺序是不确定的啊,编译器乐意的话完全可以不用栈上的空间存储局部变量。



如何分配局部变量在 stack 上的位置,是 compiler 的权利

热点排行