C语言中位域(bit fields)的可移植问题

2024-02-13 07:32
文章标签 语言 问题 bit fields 可移植 中位域

本文主要是介绍C语言中位域(bit fields)的可移植问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

网上有文章说C语言的“位域”(bit fields)有可移植性的问题，原因是不同的编译器对位域的实现不同。

　　我决定用实验验证一下。

　　一、 实验过程：

　　1. 准备实验程序

　　这 是谭浩强C语言课本上第12章12.2节的位域示例程序：


　　main() {
　　struct bs
　　{
　　unsigned a:1;
　　unsigned b:3;
　　unsigned c:4;
　　} bit,*pbit;
　　bit.a = 1;
　　bit.b = 7;
　　bit.c = 15;
　　printf("%d,%d,%d\n", bit.a, bit.b, bit.c);
　　pbit = &bit;
　　pbit->a = 0;
　　pbit->b &= 3;
　　pbit->c |= 1;
　　printf("%d,%d,%d\n", pbit->a, pbit->b, pbit->c);
　　}

　　我将它改写成：


　　#include
　　int main(int argc, char** argv)
　　{
　　struct bitfields
　　{
　　unsigned long a:1;
　　unsigned long b:3;
　　unsigned long c:4;
　　unsigned long d:8;
　　unsigned long e:16;
　　unsigned long f:32;
　　};
　　union
　　{
　　struct bitfields bit;
　　unsigned long longhex;
　　unsigned long long longlonghex;
　　} union_bit;
　　union_bit.bit.a = 1;
　　union_bit.bit.b = 7;
　　union_bit.bit.c = 8;
　　union_bit.bit.d = 0x70;
　　union_bit.bit.e = 0x5060;
　　union_bit.bit.f = 0x10203040;
　　printf("a=%d b=%d c=%d d=0x%x\ne=0x%x f=0x%lx\n", union_bit.bit.a,
　　union_bit.bit.b, union_bit.bit.c, union_bit.bit.d, union_bit.bit.e, union_bit.bit.f);
　　printf("*(unsigned long*)(&bit) = %lx\n", union_bit.longhex);
　　printf("*(unsigned long long*)(&bit) = %llx\n", union_bit.longlonghex);
　　union_bit.bit.a = 0;
　　union_bit.bit.b = 3;
　　union_bit.bit.c = 9;
　　printf("a=%d b=%d c=%d d=0x%x\ne=0x%x f=0x%lx\n", union_bit.bit.a,
　　union_bit.bit.b, union_bit.bit.c, union_bit.bit.d, union_bit.bit.e, union_bit.bit.f);
　　printf("*(unsigned long*)(&bit) = %lx\n", union_bit.longhex);
　　printf("*(unsigned long long*)(&bit) = %llx\n", union_bit.longlonghex);
　　printf("sizeof unsigned long = %d\n", sizeof(unsigned long));
　　printf("sizeof struct bitfields = %d\n", sizeof(struct bitfields));
　　return 0;
　　}

　　2. 在不同的软硬件环境中运行实验程序，得到结果

　　1) 运行环境一：

　　硬件：1颗双核单线程的Pentium E5300, 主频2.60 GHz, 3 GB内存

　　软件：Fedora 12(内核2.6.31.5), gcc 4.4.2, glibc 2.11, 32位OS ,32位C编译器

　　运行结果：


　 a=1 b=7 c=8 d=0x70
　　e=0x5060 f=0x10203040
　　*(unsigned long*)(&bit) = 5060708f
　　*(unsigned long long*)(&bit) = 102030405060708f
　　a=0 b=3 c=9 d=0x70
　　e=0x5060 f=0x10203040
　　*(unsigned long*)(&bit) = 50607096
　　*(unsigned long long*)(&bit) = 1020304050607096
　　sizeof unsigned long = 4
　　sizeof struct bitfields = 8

　　2) 运行环境二：

　　硬件：1颗UltraSPARC T1, 主频1.0 GHz, 8核心×每核4线程, 64位32线程CPU, 8 GB内存

　　软件：Solaris 10 Update 3 for SPARC, 64位OS, 32位C编译器

　　运行结果：

　


　a=1 b=7 c=8 d=0x70
　　e=0x5060 f=0x10203040
　　*(unsigned long*)(&bit) = f8705060
　　*(unsigned long long*)(&bit) = f870506010203040
　　a=0 b=3 c=9 d=0x70
　　e=0x5060 f=0x10203040
　　*(unsigned long*)(&bit) = 39705060
　　*(unsigned long long*)(&bit) = 3970506010203040
　　sizeof unsigned long = 4
　　sizeof struct bitfields = 8

3) 运行环境三：

　　硬件：1 颗双核单线程的Intel Xeon 3050芯片, CPU 主频为2.13 GHz, 配置8 GB内存

　　软件：FreeBSD 6.2, 64位OS, 64位C编译器

　　运行结果：


　　a=1 b=7 c=8 d=0x70
　　e=0x5060 f=0x7fff10203040
　　*(unsigned long*)(&bit) = 102030405060708f
　　*(unsigned long long*)(&bit) = 102030405060708f
　　a=0 b=3 c=9 d=0x70
　　e=0x5060 f=0x7fff10203040
　　*(unsigned long*)(&bit) = 1020304050607096
　　*(unsigned long long*)(&bit) = 1020304050607096
　　sizeof unsigned long = 8
　　sizeof struct bitfields = 8

　　二、 实验结果分析：

　　在32位x86系统上，位域对应的二进制位为：

　　ffffffff ffffffff ffffffff ffffffff eeeeeeee eeeeeeee dddddddd ccccbbba

　　因为long类型是32位，所以把整个bitfields作为unsigned long输出时，输出了整个bitfields的一部分：

　　eeeeeeee eeeeeeee dddddddd ccccbbba

　　在64位SPARC系统上，位域对应的二进制位为：

　　abbbcccc dddddddd eeeeeeee eeeeeeee ffffffff ffffffff ffffffff ffffffff

　　因为long类型是32位，所以把整个bitfields作为unsigned long输出时，也输出了整个bitfields的一部分：

　　abbbcccc dddddddd eeeeeeee eeeeeeee

　　在64位x86系统上，位域对应的二进制位为：

　　ffffffff ffffffff ffffffff ffffffff eeeeeeee eeeeeeee dddddddd ccccbbba

　　因为long类型是64位，在printf的时候"f=0x%lx"读取到了bitfields以外的内存，所以导致f=0x7fff10203040这样的结果。

　　并且，把整个bitfields作为unsigned long输出时，输出了整个bitfields的全部内容。

　　三、 实验结论：

　　1. 机器的字长和字节序，会直接影响到“位域”的值。

　　2. long类型，在64位编译器中是64位的数据类型;而在32位编译器中是32位数据类型。

　　3. long long 数据类型，在32位编译器和64位编译器中，都是64位类型。

　　注：关于字节序的说明：

　　大端字节(big endian)是指低地址存放最高有效位(MSB: Most Significant Bit);

　　小端字节(little endian)是低地址存放最低有效位(LSB: Least Significant Bit)。

　　用文字说明可能比较抽象，下面用图像加以说明。

　　比如数字0x0A0B0C0D在两种不同字节序CPU中的存储顺序如下所示：

　　Big Endian

　　低地址 ------> 高地址

　　+----+----+----+----+

　　| 0A | 0B | 0C | 0D |

　　+----+----+----+----+

　　Little Endian

　　低地址 ------> 高地址

　　+----+----+----+----+

　　| 0D | 0C | 0B | 0A |

　　+----+----+----+----+

　　Intel 80x86, MOS Technology 6502, Z80, VAX, PDP-11 处理器为 Little endian。

　　Motorola 6800, Motorola 68000, PowerPC 970, System/370, SPARC(除V9外) 处理器为 Big endian。

　　ARM, PowerPC (除PowerPC 970外), DEC Alpha, SPARC V9, MIPS, PA-RISC, Intel IA64 的字节序是可配置的。

　　为什么要注意字节序的问题呢?你可能这么问。当然，如果你写的程序只在单机环境下面运行，并且不和别人的程序打交道，那么你完全可以忽略字节序的存在。但是，如果你的程序要跟别人的程序产生交互呢?在这里我想说说两种语言。C/C++语言编写的程序里数据存储顺序是跟编译平台所在的CPU相关的，而JAVA编写的程序则唯一采用big endian方式来存储数据。试想，如果你用C/C++语言在x86平台下编写的程序跟别人的JAVA程序互通时会产生什么结果?就拿上面的0x12345678来说，你的程序传递给别人的一个数据，将指向0x12345678的指针传给了JAVA程序，由于JAVA采取big endian方式存储数据，很自然的它会将你的数据翻译为0x78563412。什么?竟然变成另外一个数字了?是的，就是这种后果。因此，在你的C程序传给JAVA程序之前有必要进行字节序的转换工作。

　　无独有偶，所有网络协议也都是采用big endian的方式来传输数据的。所以有时我们也会把big endian方式称之为网络字节序。当两台采用不同字节序的主机通信时，在发送数据之前都必须经过字节序的转换成为网络字节序后再进行传输。

这篇关于C语言中位域(bit fields)的可移植问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/704893。

相关文章

好题——hdu2522（小数问题：求1/n的第一个循环节）

好题——hdu2522（小数问题：求1/n的第一个循环节）

好喜欢这题，第一次做小数问题，一开始真心没思路，然后参考了网上的一些资料。 知识点***********************************无限不循环小数即无理数，不能写作两整数之比*****************************（一开始没想到，小学没学好） 此题1/n肯定是一个有限循环小数，了解这些后就能做此题了。 按照除法的机制，用一个函数表示出来就可以了，代码如下
阅读更多...
hdu1043（八数码问题，广搜 + hash（实现状态压缩） ）

hdu1043（八数码问题，广搜 + hash（实现状态压缩） ）

利用康拓展开将一个排列映射成一个自然数，然后就变成了普通的广搜题。 #include<iostream>#include<algorithm>#include<string>#include<stack>#include<queue>#include<map>#include<stdio.h>#include<stdlib.h>#include<ctype.h>#inclu
阅读更多...
购买磨轮平衡机时应该注意什么问题和技巧

购买磨轮平衡机时应该注意什么问题和技巧

在购买磨轮平衡机时，您应该注意以下几个关键点： 平衡精度 平衡精度是衡量平衡机性能的核心指标，直接影响到不平衡量的检测与校准的准确性，从而决定磨轮的振动和噪声水平。高精度的平衡机能显著减少振动和噪声，提高磨削加工的精度。 转速范围 宽广的转速范围意味着平衡机能够处理更多种类的磨轮，适应不同的工作条件和规格要求。 振动监测能力 振动监测能力是评估平衡机性能的重要因素。通过传感器实时监
阅读更多...
科研绘图系列：R语言扩展物种堆积图（Extended Stacked Barplot）

科研绘图系列：R语言扩展物种堆积图（Extended Stacked Barplot）

介绍 R语言的扩展物种堆积图是一种数据可视化工具，它不仅展示了物种的堆积结果，还整合了不同样本分组之间的差异性分析结果。这种图形表示方法能够直观地比较不同物种在各个分组中的显著性差异，为研究者提供了一种有效的数据解读方式。 加载R包 knitr::opts_chunk$set(warning = F, message = F)library(tidyverse)library(phyl
阅读更多...
透彻！驯服大型语言模型（LLMs）的五种方法，及具体方法选择思路

透彻！驯服大型语言模型（LLMs）的五种方法，及具体方法选择思路

引言 随着时间的发展，大型语言模型不再停留在演示阶段而是逐步面向生产系统的应用，随着人们期望的不断增加，目标也发生了巨大的变化。在短短的几个月的时间里，人们对大模型的认识已经从对其zero-shot能力感到惊讶，转变为考虑改进模型质量、提高模型可用性。 「大语言模型(LLMs)其实就是利用高容量的模型架构（例如Transformer）对海量的、多种多样的数据分布进行建模得到，它包含了大量的先验
阅读更多...
缓存雪崩问题

缓存雪崩问题

缓存雪崩是缓存中大量key失效后当高并发到来时导致大量请求到数据库，瞬间耗尽数据库资源，导致数据库无法使用。 解决方案： 1、使用锁进行控制 2、对同一类型信息的key设置不同的过期时间 3、缓存预热 1. 什么是缓存雪崩 缓存雪崩是指在短时间内，大量缓存数据同时失效，导致所有请求直接涌向数据库，瞬间增加数据库的负载压力，可能导致数据库性能下降甚至崩溃。这种情况往往发生在缓存中大量 k
阅读更多...
6.1.数据结构-c/c++堆详解下篇（堆排序，TopK问题）

6.1.数据结构-c/c++堆详解下篇（堆排序，TopK问题）

上篇：6.1.数据结构-c/c++模拟实现堆上篇（向下，上调整算法，建堆，增删数据）-CSDN博客 本章重点 1.使用堆来完成堆排序 2.使用堆解决TopK问题 目录 一.堆排序 1.1 思路 1.2 代码 1.3 简单测试 二.TopK问题 2.1 思路(求最小)： 2.2 C语言代码（手写堆） 2.3 C++代码（使用优先级队列 priority_queue）
阅读更多...
【VUE】跨域问题的概念，以及解决方法。

【VUE】跨域问题的概念，以及解决方法。

目录 1.跨域概念 2.解决方法 2.1 配置网络请求代理 2.2 使用@CrossOrigin 注解 2.3 通过配置文件实现跨域 2.4 添加 CorsWebFilter 来解决跨域问题 1.跨域概念 跨域问题是由于浏览器实施了同源策略，该策略要求请求的域名、协议和端口必须与提供资源的服务相同。如果不相同，则需要服务器显式地允许这种跨域请求。一般在springbo
阅读更多...
题目1254：N皇后问题

题目1254：N皇后问题

题目1254：N皇后问题 时间限制：1 秒 内存限制：128 兆 特殊判题：否 题目描述： N皇后问题，即在N*N的方格棋盘内放置了N个皇后，使得它们不相互攻击（即任意2个皇后不允许处在同一排，同一列，也不允许处在同一斜线上。因为皇后可以直走，横走和斜走如下图)。 你的任务是，对于给定的N，求出有多少种合法的放置方法。输出N皇后问题所有不同的摆放情况个数。 输入
阅读更多...
vscode中文乱码问题，注释，终端，调试乱码一劳永逸版

vscode中文乱码问题，注释，终端，调试乱码一劳永逸版

忘记咋回事突然出现了乱码问题，很多方法都试了，注释乱码解决了，终端又乱码，调试窗口也乱码，最后经过本人不懈努力，终于全部解决了，现在分享给大家我的方法。 乱码的原因是各个地方用的编码格式不统一，所以把他们设成统一的utf8. 1.电脑的编码格式 开始-设置-时间和语言-语言和区域 管理语言设置-更改系统区域设置-勾选Bata版：使用utf8-确定-然后按指示重启 2.vscode
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2