概述
利于VC++开发,由于要从本地Load一幅图片,很自然的想到了LoadImage这一API,虽然这一API只能加载三种类型的图片,ICON,Cur,BMP,但使用频率还是很高的。当时查都没有查msdn,就开始动手写代码了:
代码片断如下
然后GO
但LoadImage总是返回0,再看lpBuffer的值,却显示操作成功完成,这就很闷了,怎么会这样呢??????
经过半个小时的查找MSDN,无果,代码确实没有问题,这个时候,我无意换了一张图片,然后Run,发现正常通过,LoadImage返回正常HANDLE,
难道,这世界还有这等奇事,实在无法理解,于是,我开始考虑是不是之前的图片文件是不是损坏了,但在Windows下,都显示正常,但还是不死心,于是,打开二进制编辑器,终于。。。。
以下是二进制的显示结果:
图一:错误的Bitmap图象
图二:正常的Bitmap图象
BITMAP的存储结构应该是由以下三部分组成
文件头 + 位图信息 + 位图像素数据
其中头的格式如下所示,主要组出当前位图的整体信息
代码片断如下
1
CBitmap
*
pBitmap
=
new
CBitmap();
2
HBITMAP tmpBit;
3
if
( (tmpBit
=
(HBITMAP)::LoadImage(NULL,_T(
"
bk.bmp
"
),IMAGE_BITMAP,
0
,
0
,LR_LOADFROMFILE))
==
NULL)
4
{
5
#ifdef _DEBUG
6
TCHAR *lpBuffer =0;
7
FormatMessage( FORMAT_MESSAGE_ALLOCATE_BUFFER|FORMAT_MESSAGE_FROM_SYSTEM,NULL,GetLastError(), 0,(LPTSTR) &lpBuffer,0 ,NULL );
8
USES_CONVERSION;
9
TRACE(lpBuffer);
10
#endif
11
return;
12
}
13
pBitmap
->
Attach(test);
14
//
Do other things

2

3

4



5

6

7

8

9

10

11

12

13

14

然后GO
但LoadImage总是返回0,再看lpBuffer的值,却显示操作成功完成,这就很闷了,怎么会这样呢??????
经过半个小时的查找MSDN,无果,代码确实没有问题,这个时候,我无意换了一张图片,然后Run,发现正常通过,LoadImage返回正常HANDLE,
难道,这世界还有这等奇事,实在无法理解,于是,我开始考虑是不是之前的图片文件是不是损坏了,但在Windows下,都显示正常,但还是不死心,于是,打开二进制编辑器,终于。。。。
以下是二进制的显示结果:
图一:错误的Bitmap图象

图二:正常的Bitmap图象

BITMAP的存储结构应该是由以下三部分组成
文件头 + 位图信息 + 位图像素数据
其中头的格式如下所示,主要组出当前位图的整体信息
typedef struct tagBITMAPFILEHEADER { // bmfh
WORD bfType;
DWORD bfSize;
WORD bfReserved1;
WORD bfReserved2;
DWORD bfOffBits;
} BITMAPFILEHEADER;
其中的bfType值应该是“BM”(0x4d42),标志该文件是位图文件。bfSize的值是位图文件的大小。
其中位图信息头包含了单个像素所用字节数以及描述颜色的格式,此外还包括位图的宽度、高度、目标设备的位平面数、图像的压缩格式。以下是位图信息头结构的定义:
typedef struct tagBITMAPINFOHEADER{ // bmih
DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER;
后经调查,之前的那一幅加载失败的图为一jpg图,只不过是有一个bmp后缀马曱而已,也不知道是我什么时候重命名的,Windows自带的那个读图的工具是按格式来读的,
而不是按后缀名来解析的
关于位图的信息详情,请参阅:http://www.vckbase.com/document/viewdoc/?id=674
文中部份内容也了自那里,一并致谢!
转载于:https://www.cnblogs.com/homeofish/archive/2008/06/24/LoadImage.html
最后
以上就是重要火车为你收集整理的关于使用LoadImage时的一个小错误的全部内容,希望文章能够帮你解决关于使用LoadImage时的一个小错误所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复