代码之家 › 专栏 › 技术社区 › Naveen

查洛威尔和GCC

ctype visual-c++ gcc

Naveen · 技术社区 · 15 年前

我正在尝试将以下代码从msvc转换为gcc

    #define ltolower(ch) CharLower((LPSTR)(UCHAR)(ch))
    char * aStr;
    * aStr = (char)ltolower(*aStr);

此代码给出了一个编译器错误:从char*到char的强制转换会丢失精度

我的理解是C的tolower(int)不会转换整个字符串。谢谢。

1 回复 | 直到 15 年前

Pablo Santa Cruz 15 年前

你的演员阵容 查拉尔 正在引发该错误。在执行此操作之前,需要设置传递到的指针的高位字节 查拉尔 等于零。

从函数的msdn引用:

如果操作数是字符串, 函数返回指向已转换字符串。因为字符串转换到位,返回值等于lpsz。

如果操作数是单个字符, 返回值是32位值其高位字为零,且低阶字包含转换后的性格。

类似的事情可能会奏效:

#define ltolower(ch) CharLower(0x00ff & ch)

如果使用C++编译器,可能还需要一个强制转换操作符:

#define ltolower(ch) CharLower((LPTSTR)(0x00ff & ch))

但是还没有测试过…

推荐文章

Darky · 多重定义…c++vsCode[重复]

2 年前

Ty Q. · 分段故障GLFW3/GLAD

2 年前

NoÃ¨ Murr · 如何获得C函数的基本编译二进制代码?

2 年前

TheAwesome98 · gcc-10-ar认为“无效”选项正在传递给它

2 年前

user18944383 · 编译器错误/x86\u 64-w64-mingw32/bin/ld。exe:找不到-lWs2tcpip

2 年前

AvirukBasak · gcc中无return语句的尾部递归

2 年前

Alp Erbil · C++中返回前的分配和直接返回之间的性能差异吗?

2 年前

Mark Minerov · Valgrind:大小为8的读取无效,在大小为8的块分配后字节

2 年前

hepl · gcc如何决定在创建可执行文件时使用dynamics库?

2 年前

pmor · GCC:__atomic_always_lock_free使用-O3编译,但不使用-O0编译

2 年前