Linux U32变量类型未定义的解决方案 (linux u32未定义)

在Linux系统中，开发者们经常会碰到U32变量类型未定义的问题。这是由于缺少头文件所致。但是，由于Linux有一个庞大的社区，也有很多解决方案可以帮助开发者们解决这个问题。本文将会为大家介绍最有效的几种解决方案。

之一种：使用stdint.h头文件

stdint.h头文件是C标准库中引入的一个头文件，其中定义了各种整型类型，包括正确定义了U32类型。只需要在源代码中加入#include语句即可使用，如下所示：

#include

此解决方案的优点是简单易用，且更大限度地保证代码相互兼容。

第二种：使用Linux/types.h头文件

Linux/types.h头文件是Linux内核头文件之一，其中也定义了各种整型类型，包括正确定义了U32类型。只需要在源代码中加入#include语句即可使用，如下所示：

#include

此解决方案的优点是具有良好的兼容性，同时还可以在内核的开发中使用。

第三种：手动定义U32类型

如果前两种解决方案无法解决您的问题，您可以手动定义U32类型。只需要在源代码中加入以下语句即可：

typedef unsigned int U32;

此解决方案的优点是可以在自己的源代码中进行定义，但是存在着兼容性问题。

相关问题拓展阅读：

• linux 怎样加入一个多播组

linux 怎样加入一个多播组

应用程序

通过命令字IP_ADD_MEMBERSHIP把一个socket加入到一个多播组，IP_ADD_MEMBERSHIP是一个IP层的命令字，其调用使用的参数是

结构体

struct ip_mreq，其定义如下：

struct ip_mreq

{

struct in_addr imr_multiaddr;

struct in_addr imr_interface;

};

该结构体的两个成员分别用于指定所加入的多播组的组

IP地址

，和所要加入组的那个本地接口的IP地址。该命令字没有

源

过滤的功能，它相当于实现IGMPv1的多播加入服务接口。

ip_setsockopt实现了该命令字，它桥知通过调用ip_mc_join_group把socket加入到多播组。

表示socket的结构体struct inet_sock有一个成员mc_list，它是一个结构体struct ip_mc_socklist的指针，实际上一个该结构体的

链表

，该结构体的定义如下：

struct ip_mc_socklist

{

struct ip_mc_socklist *next;

struct ip_mreqnmulti;

unsigned int

sfmode;

struct ip_sf_socklist *sflist;

};

next指向链表的下一个节点；multi表示组信息，即在哪一个本地接口上，加入到哪一个多播组；sfmode是过滤模式，取值为

MCAST_INCLUDE或MCAST_EXCLUDE，分别表示只接收sflist所列出的那些源的多播数据报，和不接收sflist所列出的那些源

的多播数据报；sflist是源列表，结构体struct ip_sf_socklist的定义如下：

struct ip_sf_socklist

{

unsigned int sl_max;

unsigned int sl_count;

__usl_addr;

};

sl_addr是源地址列表，sl_count应该是源地址列表中源地址的数量，sl_max应该是当前sl_addr数组的更大可容纳量(不确定)。对

于通过调用IP_ADD_MEMBERSHIP加入的多播组，它会在struct inet_sock的mc_list的链

表头

添加橘燃如下一个节点：

struct ip_mc_socklist{

.next = 原来的链表头;

.multi = 所加入的多播组，和接口信息;

.sfmode = MCAST_EXCLUDE;

.sflist = NULL;即不排除任何源地址，也就是不存在源过滤。

}

另外，一个socket所允许加入的多播组的更大数量也是有限制的，mc_list中节点的数量不允许超过sysctl_igmp_max_memberships(缺省为20)。

ip_mc_join_group还需要通过ip_mreq.imr_interface的指定值找到要加入多播组的那个接口，并为接口设置状态(即该接

口要加入哪个多播组，过滤哪些源，也就是为该接口增加一个组，如果要增加的组已存在，则增加该组的引用计数)。代表网络设备接口敏伍消的结构体struct

in_device有一个成员mc_list，这是一个结构体struct ip_mc_list的链表，该结构体的定义如下：

struct ip_mc_list

{

struct in_device *interface;

unsigned longmultiaddr;

struct ip_sf_list *sources;

struct ip_sf_list *tomb;

unsigned intsfmode;

unsigned longsfcount;

struct ip_mc_list *next;

struct timer_list timer;

int users;

atomic_trefcnt;

spinlock_tlock;

char tm_running;

char reporter;

char unsolicit_count;

char loaded;

unsigned chargsquery;

unsigned charcrcount;

};

interface指向网络设备接口，multicast即为加入的组的多播地址，users记录当前有几个socket在该接口上加入了该多播组。

sfcount是一个有两个元素的数组，分别记录在该接口上加入多播组的socket的过滤模式为EXCLUDE和INCLUDE的数量，sfmode为

该接口本身的过滤模式。sources为源地址列表，该结构体具体内容稍后再分析。timer为主动报告定时器，当一个接口(注意：不是socket)新

加入到一个多播组，需要向多播路由器发送一个igmp报告，以通知多播路由器需要向本地网络转发该组的数据报。tm_running是一个标志，如果

timer当前正在运行，则置1，否则置0。reporter也是一个标志，如果当前正要开始发送igmp报告，则置该标志为1，否则为0。

unsolicit_count是当一个接口新加入到一个多播组时，发送主动报告的次数，值赋为

IGMP_Unsolicited_Report_Count(缺省值为2)。loaded也是一个标志，当该接口上的该多播组被加入时，需要通知硬件过

滤器，通知完成即置该标志为1，否则为0。

该结构体比较复杂，先看通过IP_ADD_MEMBERSHIP命令字把一个socket加入到一个新的多播组，会使struct in_device的mc_list中增加一个什么样的节点。下面是生成的节点的情况：

struct ip_mc_list{

.interface = in_dev;

.multiaddr = 多播组地址;

.source = NULL;//源过滤列表为空。

.tomb = NULL;

.sfmode = MCAST_EXCLUDE; //EXCLUDE模式，即不过滤任何源。

.sfcount = 1;

.sfcount = 0;//即该节点上该多播组有一个socket加入，过滤模式为EXCLUDE。

.users = 1; //有一个用户。

.refcnt = 1; //引用计数为1

.tm_running = 0;

.unsolicit_count = 2;

… …

}

新生成的节点加入到mc_list链表中后，要通知网络设备接口的硬件，以使它的过滤机制可以接收进该多播组的数据报，同时也要通知多播路由器。

首先要把多播地址映射成

以太网

地址，映射规则是把多播IP地址的低23位放到以太网多播地址E(

16进制

)的低23位。

因为一个IP组地址有28位有效位(除去高位的1110)，所以有可能出现多个组地址被映射成同一个以太网多播地址，具体实现见

ip_eth_mc_map。然后把这个mac地址加到硬件的过滤机制中。

具体的实现在函数dev_mc_add中。代表网络设备接口的结构体struct net_device也有一个成员mc_list，它是一个结构体struct dev_mc_list的链表，该结构体的定义如下：

struct dev_mc_list

{

struct dev_mc_list *next;

__udmi_addr;

unsigned char dmi_addrlen;

intdmi_users;

intdmi_gusers;

};

next指向链表下一个节点，dmi_addr是多播mac地址，dmi_addrlen为多播mac地址的长度，dmi_users是在节点被重复到加

入到设备上的次数，struct

net_device还有一个成员mc_count，用于记录链表中节点的数量。dev_mc_add创建一个新的struct

dev_mc_list节点，加入到链表中，并通过调用网络设备接口的成员函数set_multicast_list来启用设备的过滤机制。

最后一步发送主动成员报告，这里，首先忽略IGMPv1和IGMPv2存在的情况。如果要加入的多播组是

IGMP_ALL_HOSTS(224.0.0.1)，则不需要发送成员报告。否则启用定时器struct

in_device->mr_ifc_timer(接口状态改变定时器)，该定时器在设备初始化的时候被建立，其超时处理函数是

igmp_ifc_timer_expire，它发送一个IGMPv3的报告，然后再次启用定时器。也就是说，之一个主动成员报告立即发出，然后在一个0

到IGMP_Unsolicited_Report_Interval(缺省为10秒)之间的一个时间后，发出第二个主动成员报告，连续发出

IGMP_Unsolicited_Report_Count(缺省值为2)个。

测试环境中要加入的多播组是224.0.1.1，发出的IGMPv3报告如下：

数据 含义

第3版成员关系报告

bit保留，必须为0

f8 fc 校验和

bit保留，必须为0

组记录的数量，为1

下面为一条组记录：

类型为CHANGE_TO_EXCLUDE_MODE，改变到EXCLUDE过滤模式

辅助数据长度

源地址的数量

linux u32未定义的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于linux u32未定义,Linux U32变量类型未定义的解决方案,linux 怎样加入一个多播组的信息别忘了在本站进行查找喔。

成都网站设计制作选创新互联，专业网站建设公司。
成都创新互联10余年专注成都高端网站建设定制开发服务,为客户提供专业的成都网站制作,成都网页设计,成都网站设计服务;成都创新互联服务内容包含成都网站建设，小程序开发，营销网站建设，网站改版，服务器托管租用等互联网服务。

网站标题：Linux U32变量类型未定义的解决方案 (linux u32未定义)
标题链接：http://www.mswzjz.cn/qtweb/news0/428100.html

攀枝花网站建设、攀枝花网站运维推广公司-贝锐智能，是专注品牌与效果的网络营销公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 贝锐智能