C语言中函数形参不声明为void会造成啥安全隐患

PennQin 2011-09-11 05:45:59
请各位高手举例说明,最好有段代码~~~本人新人,分不多,拜托
...全文
728 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
机智的呆呆 2011-09-12
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 qinpengtaiyuan 的回复:]
补充一下,可能问的不清楚:
void本身就是一种类型,它属于不完整类型,把void作为形参的时候,它表示这个函数没有参数。在C++中,空形参表与形参为void是等价的,这是C++的明确规定.但在C中则是两回事,C中的空形参表仅表示函数的形参个数和类型不确定,并非没有参数,这会暂时挂起编译器的类型检查机制,造成类型安全隐患.我绞尽脑汁也想不出会造成什么隐患,所以请教请教大家.最好举个例子.....……
[/Quote]
比如栈溢出

#include <stdio.h>
void test()
{
printf("1");
}
struct
{
int a[1024*1024*10];
} a;
int main()
{
test(a);

AnYidan 2011-09-12
  • 打赏
  • 举报
回复
不检查就是隐患
品茶 2011-09-12
  • 打赏
  • 举报
回复
Mark
PennQin 2011-09-11
  • 打赏
  • 举报
回复
补充一下,可能问的不清楚:
void本身就是一种类型,它属于不完整类型,把void作为形参的时候,它表示这个函数没有参数。在C++中,空形参表与形参为void是等价的,这是C++的明确规定.但在C中则是两回事,C中的空形参表仅表示函数的形参个数和类型不确定,并非没有参数,这会暂时挂起编译器的类型检查机制,造成类型安全隐患.我绞尽脑汁也想不出会造成什么隐患,所以请教请教大家.最好举个例子......
AnYidan 2011-09-11
  • 打赏
  • 举报
回复
lz 可以自己验证:

因为最老的标准 ansi c 是不进行函数参数类型验证的,以后的标准对此进行了改革,但必须与老标准兼容,因此:

 如果 void fun(); -- compiler 不做函数参数类型验证
    void fun(void); --- compiler 做函数参数类型验证
luciferisnotsatan 2011-09-11
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 fiveyes 的回复:]

百度了一下,如果有
C/C++ code

void fun()
{...}



那么C语言中,这样调用是不会报错的:
C/C++ code

fun(1,2);



所以应该这样:
C/C++ code

void fun(void)
{...}



这个还真要谢谢楼主,以前没听说过这个。
[/Quote]
++

C里void fun()类似于C++里的 void fun(...)都是可变参数。
fiveyes 2011-09-11
  • 打赏
  • 举报
回复
完整代码如下----xxxx.C就如下所述,xxx.CPP就如3楼所述。VC似乎也是用扩展名来识别C还是CPP的,想必相同。
(C-Free3.5,GCC编译器)

#include <stdio.h>

void fun()
//void fun(void) //如果用这个,fun(1,2)就报错了
{
printf("hehe...\n");
}

int main()
{
fun(1,2); //这个真的没有报错!
return 0;
}

fiveyes 2011-09-11
  • 打赏
  • 举报
回复
百度了一下,如果有

void fun()
{...}


那么C语言中,这样调用是不会报错的:

fun(1,2);


所以应该这样:

void fun(void)
{...}


这个还真要谢谢楼主,以前没听说过这个。
iaccepted 2011-09-11
  • 打赏
  • 举报
回复
你的意思是如果函数没有参数的话,写成void? 如果这样的话其实没什么隐患,因为你的函数无参数的话就不会人为误传参数,形参为空时编译器会默认为void,这时候如果调用函数而且带参数的话是不能通过编译的。
希望对你有帮助,欢迎交流学习。
無_1024 2011-09-11
  • 打赏
  • 举报
回复
最好别用void 用bool或者int
软件编程规范培训实例与练习 软件编程规范培训实例与练习  问题分类 1 逻辑类问题(A类)-指设计、编码出现的计算正确性和一致性、程序逻辑控制等方面出现的问题,在系统起关键作用,将导致软件死机、功能正常实现等严重问题; 接口类问题(B类)-指设计、编码出现的函数和环境、其他函数、全局/局部变量或数据变量之间的数据/控制传输不匹配的问题,在系统起重要作用,将导致模块间配合失效等严重问题; 维护类问题(C类)-指设计、编码出现的对软件系统的维护方便程度造成影响的问题,在系统不起关键作用,但对系统后期维护造成不便或导致维护费用上升; 可测试性问题(D类)-指设计、编码因考虑不周而导致后期系统可测试性差的问题。  处罚办法 问题发生率: P=D/S D=DA+0.5DB+0.25DC 其: P -问题发生率 D -1个季度内错误总数 DA -1个季度内A类错误总数 DB -1个季度内B类错误总数 DC -1个季度内C类错误总数 S -1个季度内收到问题报告单总数 1)当D≥3时,如果P≥3%,将进行警告处理,并予以公告; 2)当D≥5时,如果P≥5%,将进行罚款处理,并予以公告。 目 录 一、逻辑类代码问题 第5页 1、变量/指针在使用前就必须初始化 第5页 【案例1.1.1】 第5页 2、防止指针/数组操作越界 第5页 【案例1.2.1】 第5页 【案例1.2.2】 第6页 【案例1.2.3】 第7页 【案例1.2.4】 第8页 3、避免指针的非法引用 第9页 【案例1.3.1】 第9页 4、变量类型定义错误 第10页 【案例1.4.1】 第10页 5、正确使用逻辑与&&、屏蔽&操作符 第17页 【案例1.5.1】 第17页 6、注意数据类型的匹配 第18页 【案例1.6.1】 第18页 【案例1.6.2】 第18页 7、用于控制条件转移的表达式及取值范围是否书写正确 第20页 【案例1.7.1】 第20页 【案例1.7.2】 第21页 【案例1.7.3】 第22页 8、条件分支处理是否有遗漏 第24页 【案例1.8.1】 第24页 9、引用已释放的资源 第26页 【案例1.9.1】 第26页 10、分配资源是否已正确释放 第28页 【案例1.10.1】 第28页 【案例1.10.2】 第29页 【案例1.10.3】 第30页 【案例1.10.4】 第32页 【案例1.10.5】 第33页 【案例1.10.6】 第35页 【案例1.10.7】 第38页 11、防止资源的重复释放 第39页 【案例1.11.1】 第39页 12、公共资源的互斥性和竞用性 第40页 【案例1.12.1】 第40页 【案例1.12.2】 第40页 二、接口类代码问题 第43页 1、对函数参数进行有效性检查 第43页 【案例2.1.1】 第43页 【案例2.1.2】 第43页 【案例2.1.3】 第44页 【案例2.1.4】 第46页 【案例2.1.5】 第47页 【案例2.1.6】 第48页 2、注意多出口函数的处理 第49页 【案例2.2.1】 第49页 三、维护类代码问题 第51页 1、 统一枚举类型的使用 第51页 【案例3.1.1】 第51页 2、 注释量至少占代码总量的20% 第51页 【案例3.2.1】对XXX产品BAM某版本部分代码注释量的统计 第51页 四、产品兼容性问题 第52页 1、系统配置、命令方式 第52页 【案例4.1.1】 第52页 【案例4.1.2】 第53页 2、设备对接 第54页 【案例4.2.1】 第54页 3、其他 第55页 【案例4.3.1】 第55页 五、版本控制问题 第58页 1、新老代码同一全局变量不一致 第58页 【案例5.1.1】 第58页 六、可测试性代码问题 第59页 1、调试信息/打印信息的正确性 第59页 【案例6.1.1】 第59页 一、逻辑类代码问题 1、变量/指针在使用前就必须初始化 【案例1.1.1】 C语言最大的特色就是指针。指针的使用具有很强的技巧性和灵活性,但同时也带来了很大的危险性。在XXX的代码有如下一端对指针的灵活使用: ... ... _UC *puc_card_config_tab; ... ... Get_Config_Table(

33,311

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 新手乐园
社区管理员
  • 新手乐园社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧