很弱的问题

vistagogogo 2008-07-13 06:08:50
EXPORTS
Install
uninst
别人编译出来生成的文件里的函数字符是Install@@YA_ZYZ,而我编译出来的字符串是Install,他那后面跟的有些乱七八糟的是什么,是声明了变量,还是编译器版本不同?
...全文
205 19 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
19 条回复
切换为时间正序
请发表友善的回复…
发表回复
vistagogogo 2008-07-15
  • 打赏
  • 举报
回复
感谢,我现在加分。但是又碰到了意料不到的问题。
上次我问过这个,感谢你的回答,现在因为需要,所以删除了unicode,不使用unicode,现在编译的时候却提示,以前unicode的时候还好好的,现在就不行了。
WIN32_FIND_DATA wfd;
if ( INVALID_HANDLE_VALUE != FindFirstFileW( szPath, &wfd ) )
{
SYSTEMTIME st;
FILETIME ft;
GetSystemTime(&st);
SystemTimeToFileTime(&st, &ft);
if ((ULONGLONG&)ft > (ULONGLONG&)wfd.ftLastWriteTime+10*10000000)
{
DeleteFileW( szPath );
}
}
}

报错为

error C2664: 'FindFirstFileW' : cannot convert parameter 2 from 'struct _WIN32_FIND_DATAA *' to 'struct _WIN32_FIND_DATAW *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
cnzdgs 2008-07-15
  • 打赏
  • 举报
回复
CreateMutexW和CreateMutexA是两个导出函数,W函数的参数使用Unicode字符串,A函数的参数使用多字节字符串。CreateMutex实际上是一个宏:
#ifdef UNICODE
#define CreateMutex CreateMutexW
#else
#define CreateMutex CreateMutexA
#endif // !UNICODE
如果项目使用Unicode字符集,则会定义UNICODE宏,此时CreateMutex就是CreateMutexW;如果项目使用多字节字符集,则不会定义UNICODE宏,此时CreateMutex就是CreateMutexA。Windows API就是采用这种方法来实现支持Unicode和多字节字符集的。
VC6默认使用多字节字符集,2005默认使用Unicode字符集,可以在项目属性设置中更改。
vistagogogo 2008-07-15
  • 打赏
  • 举报
回复
谢谢,回答得很准确,感谢帮助。
我还有最后的一个问题,我会马上结分给大家。
CreateMutexW和CreateMutexA那又是如何编译出来的呢,别人编译的是CreateMutexA,我的怎么是CreateMutexW?而且所有的API都是W结尾的,他的是A结尾的?
vistagogogo 2008-07-15
  • 打赏
  • 举报
回复
char szPath[MAX_PATH]={0};
GetSystemDirectory(szPath,MAX_PATH);
lstrcat(szPath,"\\bgsound.mid");
这样好象成功了,我再去试下,谢谢你!
vistagogogo 2008-07-15
  • 打赏
  • 举报
回复
是的,我刚才也发现了。
WCHAR szPath[MAX_PATH];
GetSystemDirectoryW( szPath, sizeof(szPath) );
wcscat( szPath, L"\\bgsound.mid" );
那么现在我该如何改呢,这是我这一个星期来最后的问题啊。
cnzdgs 2008-07-15
  • 打赏
  • 举报
回复
不写的意思就是让它根据项目设置自己来变。这个错误是你的第1个参数用了Unicode字符串。
vistagogogo 2008-07-15
  • 打赏
  • 举报
回复
不写W不写A,它自己变成A了,唉。

error C2664: 'FindFirstFileA' : cannot convert parameter 1 from 'unsigned short [260]' to 'const char *'
Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast
cnzdgs 2008-07-15
  • 打赏
  • 举报
回复
不用Unicode就不要用W函数,最好是后面不要写W也不要写A,这样可以自动适应项目设置。
Zhang_ZP 2008-07-14
  • 打赏
  • 举报
回复
C++为了实现重载的函数命名规则。
cnzdgs 2008-07-14
  • 打赏
  • 举报
回复
InstallHook@@YA_NK@Z是:
bool __cdecl TestFunction(DWORD x);

InstallHook@@YG_NK@Z是:
bool __stdcall TestFunction(DWORD x);

两者的参数传递约定不同,前者是调用者清栈,后者是函数返回时清栈。
vistagogogo 2008-07-14
  • 打赏
  • 举报
回复
在百度上搜“@@YAXXZ @@YGXXZ”可以搜到一些,但不知道他们的区别是怎么产生的
vistagogogo 2008-07-14
  • 打赏
  • 举报
回复
我试了一下,不错,那为什么我的是
InstallHook@@YA_NK@Z
而他的是
InstallHook@@YG_NK@Z

YA和YG是什么区别呢
superhard_d 2008-07-13
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 fox000002 的回复:]
c++ 和 c 对函数名的处理不同

所以要想通用的话只能用


C/C++ code#ifdef __cplusplus
extern "C" {
#endif

...

#ifdef __cplusplus
}
#endif
[/Quote]
fox000002 2008-07-13
  • 打赏
  • 举报
回复
c++ 和 c 对函数名的处理不同

所以要想通用的话只能用

#ifdef __cplusplus
extern "C" {
#endif

...

#ifdef __cplusplus
}
#endif
长尾巴的悟空 2008-07-13
  • 打赏
  • 举报
回复
名字改编的问题.
是为了兼容C与C++语言命名的规则的不同
sjdev 2008-07-13
  • 打赏
  • 举报
回复
楼主可以搜索一下函数调用约定相关的资料。
jacknes009 2008-07-13
  • 打赏
  • 举报
回复
这是C++编译时生成函数名的规则,
菜牛 2008-07-13
  • 打赏
  • 举报
回复
如果用extern "C"修饰就没有这些后缀了,否则C++函数名就是这样。
cnzdgs 2008-07-13
  • 打赏
  • 举报
回复
这是C++编译时生成函数名的规则,后面那些是用来描述函数类型的,根据函数的调用约定、每个参数的类型、返回值类型来生成,通过这种方式可以明确表达函数的具体特征,在link时可以区分同名函数并对函数类型进行检查。
使用def可以定义导出函数的名称,所以你编译出来的导出函数没有后面的一串字符。

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧