本文讨论函数应用在普通的asiic字符情况,不考虑扩展asiic码情况,我的试验系统是VxWorks。
先贴一下网上一般能查到的资料和定义,没有说明返回值情况:
描述
C 库函数 int isprint(int c) 检查所传的字符是否是可打印的。可打印字符是非控制字符的字符。
声明
下面是 isprint() 函数的声明。
int isprint(int c);
参数
- c -- 这是要检查的字符。
返回值
如果 c 是一个可打印的字符,则该函数返回非零值(true),否则返回 0(false)。
扩展
对于本函数返回值,一般都描述为非零值,这里我根据试验结果细化下,通过试验来看:
0x41~0x5A(A~Z):返回0x01;
0x61~0x7A(a~z):返回0x02;
0x30~0x39(0~9):返回0x04
0x20(空格符):返回0x08;
0x21~0x2F,0x3A~0x40,0x5B~0x60,0x7B~0x7E:返回0x10;
看上去比较明了了,大写字母、小写字母、数字、空位符、符号各占一位,其他符号返回0x00,即不可打印;
问题:但是实际应用中,遇到了一个问题,vend[i] 的值为0xEF,即239,使用isprint((int)vend[i])后返回了非零值,即可打印;
这个现象就非常奇怪,同样也试过将vend[i]赋值为0xAB、0xCD,都返回0,通过加打印看,直接isprint(0xEF)时,返回的竟然是0,那么可能是我的int强制转换导致出了问题,将值打印出来,返回值为0x03,这就厉害了,从我们总结的规律来看,没有符合的情况,也不是一个大写一个小写。
对比试验:
1.对0xFFFFFFAB和0xFFFFFFCD进行判断,都返回0;
2.对一个多个asiic码组成的大约0x7F的整数判断,返回0,并不会截取最后8位的值;
3.int强制转换改成uint,uint8,int8,只有uint8返回0,其他都是返回3;
4.对0xFFFFFFEF、0xFFFFEF、0xFFEF、0xEF分别判断,返回值依次为3、0、2、0;
解决方法:将int强制转换改为uint8(unsigned char)无符号类型后,问题就不存在了。
遗留问题:
1.同时试了0xFFFFFFAB和0xFFFFFFCD,都返回了0,这是为什么;
2.返回值3代表了什么含义,是否还有其他返回值。
有大佬看到,欢迎指教。
后续更新:
今天查看了库函数原型,问题原因找到了,由于isprint()实现为,根据一个__ctype的数组(定义为0xFF大小),加上传参偏移来获得需要返回的可打印类型,我的系统库函数没有对传参进行强制uint8转换,导致偏移过大,越界访问了,这样就可能导致返回垃圾值,严重时甚至会导致访问内存地址错误异常。
由于很少看库函数,没有及时关注到这个情况,不同的系统或者库函数,处理方式不同,可能大部分系统或者是编译环境都不存在这个问题;对于返回值部分,库函数的实现跟我们的推测相吻合,不存在返回值0x03,0x03只是一个脏数据。
本文探讨了在VxWorks系统中,C库函数isprint()在处理ASCII字符时遇到的异常情况。当传入的值如0xEF超出预期范围时,返回值出现非预期结果。经过试验发现,强制类型转换可能导致问题,使用uint8无符号类型转换后问题解决。此外,还分析了0xFFFFFFAB和0xFFFFFFCD返回0的原因,以及函数返回值的含义。最终,问题源于库函数未对参数进行正确的类型限制导致的越界访问。
2113

被折叠的 条评论
为什么被折叠?



