C语言作业不足之处,c语言一个类型引发的思考

最新推荐文章于 2023-02-09 15:13:28 发布

weixin_39789370

最新推荐文章于 2023-02-09 15:13:28 发布

阅读量64

点赞数

文章标签： C语言作业不足之处

起因：在一个函数中，有何查找XX的函数，需要用到memcmp()这个函数，这个函数本身没有问题，而在于在接返回值得时候出现了问题，例如 ret = memcmp(),之后一般都是需要判断返回值，问题就出现在ret这个变量的类型上，现在你应该会说我，不就是个返回值吗？用int类型的变量去接住就好了，没错，我第一次就是定义的int ret ;然后用ret = memcmp(),就好了，是的，到这里完全没有问题，程序功能OK，但是后面出现了一件事。这件事就是，我们项目组有规定，不能使用标椎的C语言的定义变量的格式，必须采用Linux内核的方式，采用变量typedef的形式，为了编程规范的需要，也为了后续移植的方便，类型定义如下：#ifndef __BIT_TYPES_DEFINED__

#define __BIT_TYPES_DEFINED__

typedef __u8 u_int8_t;

typedef __s8 int8_t;

typedef __u16 u_int16_t;

typedef __s16 int16_t;typedef __u32 u_int32_t;

typedef __s32 int32_t;

#endif /* !(__BIT_TYPES_DEFINED__) */

typedef __u8 uint8_t;

typedef __u16 uint16_t;

typedef __u32 uint32_t;

#if defined(__GNUC__)

typedef __u64 uint64_t;

typedef __u64 u_int64_t;

typedef __s64 int64_t;

#endif

和/*

* __xx is ok: it doesn't pollute the POSIX namespace. Use these in the

* header files exported to user space

typedef __signed__ char __s8;

typedef unsigned char __u8;

typedef __signed__ short __s16;

typedef unsigned short __u16;

typedef __signed__ int __s32;typedef unsigned

int __u32;

typedef __signed__ long __s64;

typedef unsigned long __u64;

#endif /* __ASSEMBLY__ */

这些都是在标椎内核的实现(截取了部分)，分别在int_I64.h和types.h里面，有兴趣可以自己去看看源码，于是为了统一风格，我将int类型换成了u_int32_t，好了，这下问题出现了，直接将int换成了unsigned int，说到这里大家应该都明白了，类型的范围发生了变化，直接导致ret的不可能小于0，在后面的判断中，if(ret < 0),就永远成立不了了，问题就在这里了，一个简单的类型直接导致函数运行结果错误，由于这个问题，本来功能实现的代码，突然变得实现不了了，顿时诧异，(当时改了很多处类型)，说到这里不得不承认C语言修为不够，但是也反映出问题，在编程时，对程序背后的原理和机制，是认识不足的，在使用C语言是，更应该站在操作系统的角度，站在内存的角度去思考问题，每一个变量在内存中的存放形式，范围，这样才能避免少出Bug。下面是验证的结果：int main(int argc, const char *argv[])

{int ret = 0;

char *str1 = "A This is test string

A";

char *str2 = "B This is test string

B";

ret = memcmp(str1, str2, strlen(str1));

if (ret > 0)

{

printf(" ret > 0 \n");

}

else

{

printf("ret <= 0 \n");

}

return 0;

}

结果为：ret <= 0，没有问题，

改变之后，再次运行；int main(int argc, const char *argv[])

{u_int32_t ret = 0;