关闭

dereferencing pointer to incomplete type错误解决

780人阅读 评论(0) 收藏 举报

今天同事问了我一个问题,他make的时候报错,“第201行:dereferencing pointer to incomplete type”,我随即查阅了很多资料,也没看出个所以然。最后问题得到了解决,也懂得了原理,遂记录一下。

他的问题具体是这样。

?
1
2
3
4
5
6
#include <netinet/ip_icmp.h>
...
struct icmp* aaa;
    aaa = (struct icmp*)malloc(sizeof(struct icmp)); //假设是第200行;
    aaa->icmp_type=1; //假设是201行;
...

make的时候第201行报错:dereferencing pointer to incomplete type。

首先说一下这个报错的意思,通俗的说就是,试图访问该pointer指向的变量,却发现该变量是一个不完整的类型,多出错于访问结构体联合体的成员。从代码中可看出来,是从201行开始才真正的访问icmp_type指向的变量,200行还没访问。

于是我就猜想,是不是struct icmp没有定义呢?遂粗略的查看了/usr/include/netinet/ip_icmp.h文件,发现有struct icmp的定义。很奇怪,不是吗?经过写了一些demo测试,最终的结论是,确实没有struct icmp的定义!

看到这里,更奇怪了。为什么是这样的结论呢?细看/usr/include/netinet/ip_icmp.h文件,会发现struct icmp的定义被包含在一个宏里面j,如下面所示:

?
1
2
3
4
5
6
7
8
9
...
#ifdef __USE_BSD
...
struct icmp {
...
}
...
#endif /*END OF ifdef __USE_BSD*/
...

看到这里应该就明白了,编译的时候,如果编译命令 gcc ...里面没有加入 -D__USE_BSD的话,那么struct icmp的定义是不会被include进来的,所以就导致了前面的第201行报错:dereferencing pointer to incomplete type,也就是这样导致我开始一直想不明白,明明有定义,为何却说是不完整的类型。于是为了验证这个结论,我写了一个小demo来测试,发现加 -D__USE_BSD就编译通过,否则就编译不通过。

在解决这个问题的过程中,我写了不少demo,,下面总结一下。

1.如果报错“dereferencing pointer to incomplete type”,先试图找一下该行的那个结构体变量的定义是否能找到,可使用grep "struct xxx" /usr/include -R命令递归搜索/usr/include目录,如找到,可在.c文件中#include,如果是非标准头文件就要在编译命令中加入-I头文件目录,例如(-I/usr/local/xxx/include)。

2.如果#include之后仍然报错“dereferencing pointer to incomplete type”,试图仔细查看该文件,查看该结构体的定义是否被某个编译宏给包裹了,如果确实处于某个编译宏的包裹内,在编译命令里面增加 -D编译宏(如-D__USE_BSD)

经过上面两个步骤以后,基本上能解决“dereferencing pointer to incomplete type”报错了。

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:684308次
    • 积分:8629
    • 等级:
    • 排名:第2315名
    • 原创:97篇
    • 转载:528篇
    • 译文:1篇
    • 评论:157条
    最新评论