unsigned short中的一个大坑

今天同学发我一个程序,是干嘛的不清楚,但知道如下程序语句:


然后在其他地方调用write_bits函数前,都会对length_s进行判断,如果大于1024,就退出(不从0x10001处退出)

但是最后程序的运行结果却是从0x1001退出

然后我在这个if中加了如下语句:


惊讶的发现第一个printf输出竟然是-1!不知道你们现在是否明白否?

原来u16是unsign short类型的,根本不会是负数,但你传入的时候却传入了负数,自然会出现一些异常情况

但为什么会传过来了呢?因为其他调用的地方只是对大于1024做了限制,却没有对小于0做限制

所以,如果程序是这样的话,就会出现所谓的bug,在实际产品中,如果出现这样的bug,就有可能被黑客利用,出现意想不到的情况,反正是不好的。

所以,以后要注意哈


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值