32位转64位C程序返回指针截断问题排查求助

函数未正确原型化的常见表现 #

• 返回值被错误截断/转换：如你遇到的64位指针被截断为32位值——C语言中，未声明原型的函数会被默认当作返回int类型处理，64位系统下int是32位，会直接丢弃指针的高32位地址，转回指针时就丢失了高位数据。
• 参数类型不匹配：调用时传递的参数会被自动做默认类型提升（比如char/short转int，float转double），导致函数实际接收的参数类型与定义不符，引发栈布局错乱、数据读取错误。
• 编译警告（需开启高等级检查）：比如GCC的-Wimplicit-function-declaration会提示“隐式声明函数XXX”，但旧代码常因未开启警告而忽略这类提示。
• 不可预测的运行时异常：可能出现栈溢出、内存访问错误、数据损坏等无规律的崩溃，因为参数传递的规则和函数预期完全不一致。

需要修改的函数及操作要点 #

问题根源是**getSavedString函数未在调用它的代码（包括getVar）前提供正确的原型声明**，你之前修改头文件无效，大概率是以下原因导致，需针对性修正：

1. 确保原型的完整性与一致性
   • 在公共头文件中添加getSavedString的完整原型，要和函数实际定义完全匹配（返回值、参数类型/数量都不能错），比如：

     // 先确保uchar的定义在头文件中可见，比如typedef unsigned char uchar;
     uchar* getSavedString(/* 填入函数实际的参数列表，无参则写void */);
     

   • 检查getSavedString的实际定义，确认返回值uchar*、参数列表和原型完全一致。
2. 确保调用代码正确包含头文件
   所有调用getSavedString的源文件（包括getVar所在的文件）必须包含这个声明了函数原型的头文件，且要保证头文件在函数调用之前被引入。
3. 排查隐式声明残留
   检查是否有源文件在包含头文件之前就调用了getSavedString，这种情况下编译器会优先使用隐式声明，导致原型无效。

你修改getVar的返回类型为bool无效，是因为问题不在getVar本身，而是getVar调用getSavedString时没有看到正确原型，导致getSavedString的返回值被当作int截断后再赋值给指针变量。

内容的提问来源于stack exchange，提问作者Brian