记录C/C++库从32位机器向64为机器移植过程中导致的问题和解决方案

本文记录了C/C++库从32位向64位移植时遇到的问题,包括`unsigned long int`类型长度不兼容导致的位操作结果差异,以及32位和64位机器默认对齐策略不同引起的数据类型大小变化。解决方案分别是更换数据类型为`uint32_t`和使用`#pragma pack`调整结构体对齐方式。
摘要由CSDN通过智能技术生成

博客搬家,原地址:https://langzi989.github.io/2018/01/01/C中记录基础库从32位到64位机器移植导致的一些问题/

最近程序库从32为向64为机器移植后,在使用过程中出现了一些问题,其中包括上一篇中记录的由于va_list类型不一致导致程序core dump或者出现异常行为的原因,这篇文章记录一下库移植之后出现的小问题。持续更新…

问题一: unsigned long int类型长度不兼容并对其按位操作

一般情况下在32位和64位机器单纯使用该类型在不出现数字大小溢出的情况下一般不会出现问题。但是有一种情况需要特别注意,即当对该unsigned long int进行位操作时,此时的操作结果在32和64位机器的操作结果会不同而导致其他问题。

例如使用unsigned long int类型作为key对其按位进行加密或哈希时,这时的加密或哈希结果会出现问题。

解决方法

将unsigned long int类型换为uint32_t在64位机器上重新编译

问题二: 32位和64位默认对齐不同导致数据类型大小不同

在linux系统下,32位机器数据默认以4字节对齐,64为机器默认以8字节对齐。

看如下结构构体:

#include <iostream>

struct Test{
   
  int a
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值