为什么在Visual Studio 2010中将ssize_t定义为无符号？

德罗·哈拉里（Dor Harari）

我有一个可移植程序，在假定它是有符号整数的情况下使用ssize_t。从概念上讲，它会执行以下操作：

#include <stdint.h>
#include <stdio.h>

int main(int argc, char *argv[])
{
    size_t size_10 = 10;
    size_t size_20 = 20;
    ssize_t len_diff;
    len_diff = (ssize_t)size_10 - (ssize_t)size_20;
    if (len_diff < 0)
        printf("negative\n");
    else if (len_diff > 0)
        printf("positive\n");
    else
        printf("zero\n");
}

人们会期望该程序打印“负”，但是却打印“正”。从ssize_t的定义方式很容易看出来（在sourceannotations.h中）：

#ifndef _SSIZE_T_DEFINED
#ifdef  _WIN64
typedef unsigned __int64    ssize_t;
#else
typedef _W64 unsigned int   ssize_t;
#endif
#define _SSIZE_T_DEFINED
#endif

因此，减去两个无符号值将得到一个无符号值，并因此得到结果。

在Windows SDK的旧版本（例如V7.0A）中，ssize_t正确定义为：

//
// SIZE_T used for counts or ranges which need to span the range of
// of a pointer.  SSIZE_T is the signed variation.
//

typedef ULONG_PTR SIZE_T, *PSIZE_T;
typedef LONG_PTR SSIZE_T, *PSSIZE_T;

谁能解释这个变化？我们应该停止在Windows上使用ssize_t吗？

更新：根据所有答案，这似乎是Visual Studio 2010中的一个错误，其中包括ssize_t，但定义不正确。这是一个偷偷摸摸且令人讨厌的错误。

最后更新：此错误已在VS2012和VS2016中修复。从评论讨论中还可以看出，当比较的值在转换为SSIZE_T时具有不同的符号时，这种计算len_diff的方法是有问题的

汉斯·帕桑特

ssize_t是不标准的C，它是从Posix的一个typedef。您在VS2010的代码分析标头中找到它的原因可能与源有关，大多数代码分析工具始于Unix。在VS2012及更高版本中再次将其删除。

它完全存在于BaseTsd.h SDK文件中肯定不是一个错误，Windows支持Posix子系统。这些typedef将操作系统与编译器实现细节隔离开来，这是Windows设法从16位变为32位到64位的体系结构变化中幸存下来的基本原因。

因此，真正的问题是您试图在Windows上编译Posix程序，但不使用Posix头文件。解决起来很简单，只需在#includes之前添加您自己的typedef。

本文收集自互联网，转载请注明来源。

如有侵权，请联系 [email protected] 删除。