一个wprintf在x86和x64下的不同表现

46次阅读

就是一个简单的wprintf,在x86 build中可以输出正确,但在x64 build就会乱码
一段比较老的code要维护,当时的前提就是m_str是第一个变量,然后指向MyStr指针会指向它,wprintf会将指向字符串的指针作为%s 输出,但是在X64下,传递给wprintf的却是指向一个Mystr的指针,导致乱码。
目前的解决方案就是强制转换,但是我想知道具体的原因

#include <iostream>
using namespace std;

class MyStr
{
public:
    wchar_t * m_str;
    int length;


	MyStr(wchar_t* str)
	{
		m_str = str;
        length = 2147483647;
	}

	operator const wchar_t*() const
	{
		return m_str;
	}
};



int main()
{
    wchar_t * str = L"hello";
	MyStr s1(str);
    
    wprintf(L"%s",s1);
	wprintf(L"%s",(const wchar_t*)s1);
	return 0;
}

Largeniu

很奇怪什么样的程序员才会写出这种完全不可理喻纯粹依赖对象内存布局的诡异代码。
来看一下s1对象在x86下的内存布局吧,对象s1占用8个字节,前四个字节是指针m_str,后四个字节是整型length,wprintf一句执行时,将会先将length压栈,然后是m_str,最后是L”%s”,这句wprintf只是输出了m_str指向的字符串然后返回了,length只是简单被丢弃掉了,你可以试一下wprintf(L”%s %d”, s1)的输出结果。这时就已经应该感谢上帝了,如果有虚函数表的话在x86下就会崩掉了。不过你还可以试一下将m_str和length的顺序颠倒一下,这又会崩掉……
至于x64下必须强制类型转换,我猜是指针的长度问题,我不熟悉x64就不胡说了。

stephen

http://www.cplusplus.com/reference/cl…

wprintf(L"%ls",(const wchar_t*)s1);

dbian

wprintf(L"%s", s1); 直接输出一个对象?
这种写法本来就不规范,输出不符合预期也是意料之中的事。

既然定义了 operator const wchar_t *() const,就应该显式调用:
wprintf(L"%s", (const wchar_t *)s1);

如果函数的参数是 const wchar_t *,自然不会有问题,这样可以隐式调用转换。
但是wprintf的参数...接受任何类型,并不具备类型检查的功能。

xenophōn

正文完