linux 为什么 c语言,为什么C程序里一定要写main函数

为什么C程序里一定要写main函数

一、 学习过程

编写程序f.c:

bb63ae1cbd007cf209bf9022f322cb7f.png

对其进行编译,正常通过,再对其进行连接,出现错误:

9635f51fa67f2164737d24c723ca6cac.png

显示的出错信息为:

7971dc723c86229fc33348f9cb5b1af3.png

翻译成中文是:在c0s模块没有定义符号’_main’。

那么这个错误信息可能与文件c0s.obj有关。那么是什么原因导致编译出错呢?

既然已经将程序编译成了obj文件,那么用之前我们经常使用的link.exe能否将它连接呢?结果是可以的:

e1aef7fb2a4b3d76622bd829738d541a.png

用debug查看f.exe:

7c58d67439affb551e609f1305b37883.png

程序是从06fb:0到06fb:001c,一共29个字节。但是整个程序的代码有541字节:

a245020f7d93c542c064b6970461d18f.png

执行最后一条ret指令,返回到b800处:

acd4a626cd5040a8a46e017425b99d24.png

查看该地址的上一条指令:

c43d3b7d2ea56efd2d1a6ff38fd7bc43.png

发现上一条指令是push ds,不是跳转指令,所f.exe没有正确返回.

由上图知f函数的偏移地址是0.

编写程序m.c:

a2dd029a96026df65265c8be80176312.png

对m.c进行编译连接,这一次连接没有出现错误。

用debug查看m.exe,发现代码还是在1fa处:

8ea954c869c09c250901389d4b8b8816.png

程序是从06fb:01fa到06fb:0216,一共29个字节。但是整个程序的代码有4.19KB:

4f8d4a9d34c83ac3c95608869c7177fe.png

3caff114e7909e2fdd871fe49eee1fd6.png

程序返回06fb:011d,查看该地址之前的代码:

501b3a818bbee33ce58542142e4228d0.png

发现上一条指令是call 01fa,即跳转到主程序所在代码段,所以程序的返回是正确的。

观察两个程序的汇编代码发现:

(1)f.exe的偏移地址为0,在debug中直接用u命令就可看到,而m.exe的偏移地址为1fa,在debug中用u命令查看到的不是main函数中的代码。

(2)f.exe有没有被调用,所以函数返回是错误的,m.exe被调用了,所以函数的返回是正确的。

由上图知:对main函数进行调用的指令地址为06fb:011a,整个m.exe程序返回的指令是:

0221d7b7d2074de09802a8c7a636d2d6.png

我们发现,对main函数进行调用的指令和程序返回的指令都不是我们所写的语句,而是编译或连接过程中提供的。

没有main函数时,Tc里出现连接错误,提示c0s.obj里的main是没有定义的,而没有c0s.exe就无法对程序进行连接,那么有可能tc是把c0s.obj或者它的一部分与m.exe

一起进行连接生成exe文件。而且对main函数进行调用的指令和程序返回的指令应该就是c0s.obj所提供的。那么我们要对c0s.obj进行研究,可以用link.exe对它进行连接,再用debug查看汇编代码。发现虽然link提示错误,但是还是生成了c0s.exe文件:

f2d00321a63b663c127d0929be4f987b.png

用debug查看c0s.exe和m.exe发现连个程序的代码非常相似,那么m.exe中调用了main函数,c0s.exe中调用了什么呢?

f0bcae677531f74a2eaad80dbbff5e6f.png

2e41deec8700a1855eedc3b3846b7060.png

可以看到,c0s.exe中本来应该指向main函数段的地方因为找不到main函数,所以指向了下一条语句。还有这两段程序中call的程序段地址都不一样。

所以C语言编程一定要写main函数是因为c0s.obj连接后要调用main函数执行其功能,如果我们把main函数写成其他的函数,c0s.obj里的代码不会识别。如f.exe虽然可以由link.exe连接,但是不会被调用,而是直接执行其中的内容,造成返回错误。而书上说c0s.obj的作用是:在程序开始运行,进行相关初始化,再调用main函数,返回后进行相关的资源释放,环境恢复等工作,再将程序返回。那么如果我们改写c0s.obj使其调用的不是main函数而是其他函数,编程时就可以不写main函数了。

编写c0s.txt:

a205ece72525f6d734d5a54e5e307929.png

用masm编译成obj文件,覆盖原来的c0s.obj文件。

将f.c重新编译连接,这次的连接成功了。

用debug查看f.exe:

2a59233280568bf6eacdaf31ef7f7a4e.png

f05508002855faee1977447d978ad9f3.png

发现我们重写的c0s.obj的内容出现在程序中,f函数的偏移地址为0012,且返回正确。f.exe可以正确运行。

编写新的程序f.c:

f54b0b03bc2084f594eab980ba74ba23.png

这里的实现原理与上一篇的最后一个程序相同,不同的是将main函数换成了f函数,因为我们重写了c0s.obj,所以同样可以执行。但是为什么前者是用malloc函数开辟了20个字节的空间,而后者是直接赋0呢?我觉得应为是200:0的安全空间,所以可以直接使用,但是如果在比较复杂的程序中或者空间比较紧张,则要先开辟空间,这样比较安全。

二、 解决的问题

(1) c0s.obj文件的作用:在程序开始运行,进行相关初始化,再调用main函数,返回后进行相关的资源释放,环境恢复等工作,再将程序返回。

(2) 可否用其他函数代替main函数?

答:可以,但是要修改c0s.obj文件。

三、 未解决的问题

(1) link.exe是集成了c0s.obj、emu.obj等所有编译需要的文件吗?

(2) 如果不修改c0s.obj,要将f.c编译成功还需要哪些文件?

四、 学习感想

我们在解决复杂的问题时,要把它分解成一个一个小问题来解决。这次的研究是书上提出了问题来帮助我们理解和思考,但是真正解决问题时是没有人来帮助我们划分问题、提出问题的。所以在平时的学习中,我们要多督促自己养成好的思考的习惯。

0b1331709591d260c1c78e86d0c51c18.png

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值