关于linux下sizeof(fun/*fun/&fun)的一些讨论
2011-09-12 19:32
232 查看
讨论内容主要来自西电开源社区:http://linux.xidian.edu.cn/bbs/forum.php
的这个帖子:http://linux.xidian.edu.cn/bbs/forum.php?mod=viewthread&tid=636#lastpost
问题:
A:表示有些疑问,仅靠段地址如何确定函数入口呢?
B:额,应该是代码段的指令地址。代码在编译后,对cpu来说是没有函数这个概念的,调用函数时都是从具体的地址开始的,汇编语言里的call指令参数就是地址。当代码加载进内存时每一条指令都是有具体地址的,可以了解下setjmp和longjmp函数,使用静态库和动态库也是这么回事。
A:这些我明白,call等效于cs和ip入栈,然后读入新的ip。刚才想了一下,程序内函数应该是段内短调用,不需要对cs进行操作,f1存放的应该是ip的内容,那么*f1应该就是ip所指的内存字节里的指令,所以sizeof(*f1)=1,由于是短调用,所以sizeof(f1)也是1
B:f1是函数指针,凡是指针都是unsigned
long类型的,所以在32位机上sizeof(f1)是4,在64位机上是8;
另在Linux里是没有cs一说的(对我们来说是透明的,内核实现),压栈的只有EIP,所以也就不存在短调用长调用一说;
指令是以字节为单位的,所以就是1了。
嗯,就是这个结果,f1,
*f1和&f1的值是一样的,但前两个用sizeof操作符都是1。将f1赋值给f,sizeof(f)又是4,*f是1,这跟前面的推断是一样的,f1到底是个什么东东啊,这完全违背C语言的常理啊!肯定是编译器的问题,sizeof操作符就编译器实现的,就不知道他是如何对待函数标示符的。
C:很久之前看到过一个文章说的是,假如func是函数名,则*func
, &func , func 都可以作为func来使用。
搜一下相关的帖子可以发现,sizeof(函数名)
的执行结果与编译器相关,是编译器的扩展,VC 等一些 IDE 提供的编译器会报错,而 Gcc 好像提供了这个扩展功能,能够正确通过,因为在标准中规定 sizeof() 的参数不能是函数名,但可以是指向函数的指针。
/article/7900360.htmlhttp://social.msdn.microsoft.com/forums/en-US/vclanguage/thread/88e0c0ea-cc96-4ee4-9393-1afc255afc51/
的这个帖子:http://linux.xidian.edu.cn/bbs/forum.php?mod=viewthread&tid=636#lastpost
问题:
A:存在函数 int f1(void) { return 0;} cout<<sizeof(*f1)<<endl; 采用GCC编译器求出的结果为 1 。 不懂,求高手解释,小弟菜鸟一个,求带。 |
B:f1是代码段的一个地址,代码段地址是uint8 *类型的,所以对它解引用的话实际上是得到一个uint8类型的数,所以就是1了。 |
B:额,应该是代码段的指令地址。代码在编译后,对cpu来说是没有函数这个概念的,调用函数时都是从具体的地址开始的,汇编语言里的call指令参数就是地址。当代码加载进内存时每一条指令都是有具体地址的,可以了解下setjmp和longjmp函数,使用静态库和动态库也是这么回事。
A:这些我明白,call等效于cs和ip入栈,然后读入新的ip。刚才想了一下,程序内函数应该是段内短调用,不需要对cs进行操作,f1存放的应该是ip的内容,那么*f1应该就是ip所指的内存字节里的指令,所以sizeof(*f1)=1,由于是短调用,所以sizeof(f1)也是1
B:f1是函数指针,凡是指针都是unsigned
long类型的,所以在32位机上sizeof(f1)是4,在64位机上是8;
另在Linux里是没有cs一说的(对我们来说是透明的,内核实现),压栈的只有EIP,所以也就不存在短调用长调用一说;
指令是以字节为单位的,所以就是1了。
嗯,就是这个结果,f1,
*f1和&f1的值是一样的,但前两个用sizeof操作符都是1。将f1赋值给f,sizeof(f)又是4,*f是1,这跟前面的推断是一样的,f1到底是个什么东东啊,这完全违背C语言的常理啊!肯定是编译器的问题,sizeof操作符就编译器实现的,就不知道他是如何对待函数标示符的。
C:很久之前看到过一个文章说的是,假如func是函数名,则*func
, &func , func 都可以作为func来使用。
搜一下相关的帖子可以发现,sizeof(函数名)
的执行结果与编译器相关,是编译器的扩展,VC 等一些 IDE 提供的编译器会报错,而 Gcc 好像提供了这个扩展功能,能够正确通过,因为在标准中规定 sizeof() 的参数不能是函数名,但可以是指向函数的指针。
/article/7900360.htmlhttp://social.msdn.microsoft.com/forums/en-US/vclanguage/thread/88e0c0ea-cc96-4ee4-9393-1afc255afc51/
给个链接, 虽然不能解决所有问题,但还是值得一看的 http://blog.pfan.cn/whyhappy/6030.html |
各位,参考 http://zhidao.baidu.com/question/315750027.html Origin_in是个大神啊!膜拜 |
相关文章推荐
- 关于嵌入式设备使用 Android 或者 Linux 的一些讨论
- (K&R小结第1篇)1.5 中关于getchar,Ctrl+Z,EOF的一些问题讨论
- 关于warning: direct base 'A' inaccessible in 'D' due to ambiguity的一些讨论
- 关于 (int&)a 的一些讨论
- 关于&ldquo;北斗时钟&rdquo;方案的一些讨论结果
- 关于Linux开机的一些琐碎....
- centos6.8下编译安装amp碰到的一些关于依赖包的问题
- 关于Linux2.6中断的一些记录
- 关于Linux的一些实用技巧
- [LINUX]关于inode的一些理解
- 关于sizeof和strlen在一维数组的一些运算
- 关于光栅化和MSAA的一些讨论
- [转]关于linux&nbsp;性能监控的详细介绍
- 关于学习linux的一些心得体会
- 一些关于linux 下的jni下问题
- 关于linux下alsa的一些知识
- Linux下关于文件&&目录操作的命令小结
- 关于何种情况下使用DataGrid、DataList或Repeater的一些讨论
- 关于linux一些备份、还原,压缩,归档的命令
- 关于“开源”的一些讨论