惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

G
Google Developers Blog
博客园 - 司徒正美
Last Week in AI
Last Week in AI
Recent Announcements
Recent Announcements
Y
Y Combinator Blog
博客园 - 聂微东
M
MIT News - Artificial intelligence
博客园_首页
Jina AI
Jina AI
博客园 - 叶小钗
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
J
Java Code Geeks
F
Fortinet All Blogs
aimingoo的专栏
aimingoo的专栏
小众软件
小众软件
Vercel News
Vercel News
The Cloudflare Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
云风的 BLOG
云风的 BLOG
N
Netflix TechBlog - Medium
B
Blog
Google DeepMind News
Google DeepMind News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More

博客园 - yoyolion

设置vs2005输出目录,提高PDA模拟器程序调试速度 svn1.5.0.13366可用下载地址 svn权限文件的注意事项 只允许修改自己的svn日志的钩子脚本 MySQL导出和导入SQL脚本 becky邮件客户端163邮箱设置 在Total command中显示Tortoise svn叠置图标的方法 使用vs2005创建智能设备的C#和C++混合项目 .NET Compact Framework使用P/Invoke服务 vs2005的可再分发组件的路径 使用Lutz Roeder’s .NET Reflector反编译.NET Compact Framework程序集 NoteExpress PubMed 导入过滤器修正 关于系统U盘和未来5-10年电脑硬件发展的一点想法 GPRS上网打开普通页面的流量 MapInfo2007年用户大会参会记录 使用GPRS的cmwap接入点实现网络通讯1-----建立连接 关于GPRS(cmnet、cmwap)和CDMA 1X的比较及最优方案 判断目录是否存在 解决UNICODE字符集下CStuioFile无法写入中文
头文件被修改导致一个难以理解、难以调试的错误
yoyolion · 2007-07-19 · via 博客园 - yoyolion

最近在使用vc++2005调试一个ppc项目时,发现如下语句执行始终出错

HBITMAP hb = LoadBitmap(g_hInst,MAKEINTRESOURCE(IDB_BITMAP1));

在resource.h中IDB_BITMAP1定义为

#define IDB_BITMAP1                     101

在需要的地方都包含了resource.h,这个错误让我莫名奇妙。

使用GetLastError()查看错误代码,发现始终是ERROR_RESOURCE_NAME_NOT_FOUND,找不到资源名

但是使用exescope查看,我的dll文件确实是存在该资源的

使用如下方式

HBITMAP hb = LoadBitmap(g_hInst, _T("#101"));

调用时,结果是正确的,证明确实资源存在,资源号也正确。

那么只有可能是MAKEINTRESOURCE(IDB_BITMAP1)有问题了,而它是vc中的一个宏,不应该存在问题

在winuser.h中找到这个宏的定义,它被定义为
#define MAKEINTRESOURCEA(i) (LPSTR)((DWORD)((WORD)(i)))
#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(32456)))
#ifdef UNICODE
#define MAKEINTRESOURCE  MAKEINTRESOURCEW
#else
#define MAKEINTRESOURCE  MAKEINTRESOURCEA
#endif // !UNICODE

原来是我一次冒失的修改了#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(32456)))

应该是#define MAKEINTRESOURCEW(i) (LPWSTR)((DWORD)((WORD)(i)))

这条宏在头文件中出现,在代码编译时会正常展开,而不会有任何错误提示,可惜我一直没往这方面想,而是花了一晚上的时间反复调试和在网上搜索解决办法。

引申出一个问题,这种头文件应该被ide控制起来,不允许修改才更可靠一点。