Shell_GetImageLists使GetOpenFileName/SHBrowseForFolder导致程序崩溃(Crash)

最近在用C/C++开发一个小项目,文章好久没更新,跟大家打个招呼。今天要介绍的是Win32桌面程序开发的问题,当然我的博客关于Windows程序开发介绍得还是比较少的,主要因为我做Windows开发的时候由于博客不稳定,一直没有更新这类文章,当博客稳定下来后又主打脚本或者Web编程,所以相关内容比较少,以后慢慢增加丰富吧。

今天的问题是一个我遇到的程序Bug,我设计的某程序,其中用到了系统的文件图标,查阅Win32 API后得知可以使用Shell_GetImageLists这个API获取,比如说获取16*16大小的系统图标组可以如下编写:

HIMAGELIST himl;
Shell_GetImageLists(NULL, &himl);

继续阅读

VC++中忽略所有默认库纯Win32 API编译及链接

原文发表于2008年10月15日 已略作修改

我们在用VC++编写Windows程序的时候可能会发现一般可执行体(.EXE)的文件体积都比较大,于是非常羡慕那些使用Win32汇编编写程序的人,因为他们编写的可执行文件非常小。其实应用程序的体积是一方面,另外应用程序的部署环境则是需要注意的另一方面,这方面我深有体会,曾经使用Visual Studio 2008编译过一个C++的Win32程序,本地测试正常,但是部署到客户机时,出现缺少什么动态库,于是还要安装Visual C++ 2008可再发行组件包(Visual C++ 2005 Redistributable Package),这给软件部署带来了一定的麻烦,另外对于一个功能比较简单的程序,安装如此的组件包,可能心里会不好受,我们希望对于一些比较简单的应用程序可以直接调用系统提供的API,从而降低部署程序的复杂度。

其实对于VC++我们可以采用忽略所有默认库的方式避免编译器引入不必要的动态链接库,当然你可以使用如下的预编译宏。

#pragma comment(linker, "/nodefaultlib")

实际上,我们还需要在属性的 连接器->清单文件 将 生成清单 改为 否;然后选择 清单工具->输入和输出 将嵌入清单改为否;在C/C++中选择代码生成将缓冲区安全检查改为否(/GS-),否则编译会出现一个错误,设定程序的主入口点。注意上述配置一般在Release下,生成文件也在Release下编译链接,Debug可能无法使用,如果需要防止Debug模式编译,可以使用如下宏命令:

#ifdef _DEBUG   
#error Debug is disabled   
#endif    //    _DEBUG

另外对于函数入口的重新定义可以使用如下宏以代替属性配置。

#pragma comment(linker,"/ENTRY:wWinMainCRTStartup")

由于这里指定使用的宽字符(Unicode)API调用,所以我们将入口点定义为wWinMainCRTStartup,ANSI版建议定义为WinMainCRTStartup,另外Windows API有两个版本的API接口,ANSI版和Unicode版,ANSI版主要是为了兼容Windows 98等旧系统,一般ANSI API编译的程序体积比较小,但由于现在的基于NT的新的操作系统基本使用的Unicode API,相对而言,对于这些系统,Unicode API接口的速度要快于ANSI 接口的速度。

入口点做如下定义:

#include <windows.h>
HINSTANCE g_hInst    = NULL;
int WINAPI SimpleMain(VOID)
{
  return 0; 
}
VOID WINAPI wWinMainCRTStartup(VOID)
{
  g_hInst = GetModuleHandle(NULL);
  ExitProcess(SimpleMain());
}

理论上这样可以编译链接了,实际上还有很多错误,主要是链接方面的。由于我们使用了纯Windows API,所以不能使用memset,这时可以调用FillMemory(RtlFillMemory)、ZeroMemory(RtlZeroMemory)等等,这时编译会出现链接错误 是关于_memset符号链接的,实际上我们并没有使用memset,那这个错误是怎么产生的呢?其实微软重新定义了RtlFillMemory等API并使它们挂接到memset这个函数下,为了我们能够顺利编译,我们需要在自己的头文件里做如下处理。

#undef RtlFillMemory 
#undef RtlZeroMemory
extern "C" NTSYSAPI BOOL NTAPI 
RtlFillMemory ( VOID *Source1,DWORD Source2,BYTE Fill );
extern "C" NTSYSAPI BOOL NTAPI 
RtlZeroMemory( PVOID Destination, SIZE_T Length);
#define memset(Destination,Fill,Length) \
    RtlFillMemory((Destination),(Length),(Fill))

下面我们继续我们的编译,在链接这里又出现错误。

error LNK2001: 无法解析的外部符号 __imp__InitCommonControls@0
error LNK2001: 无法解析的外部符号 __imp__InitCommonControlsEx@4

跟踪后发现这两个函数InitCommonControls和InitCommonControlsEx由COMCTL32.dll导出,参考网上的解决方案,加入lib库。

#include <commctrl.h>
#pragma comment(lib, "comctl32.lib")

错误依旧!经过仔细寻找发现在属性配置里 链接器->输入 在附加依赖项里填入 comctl32.lib,编译,通过!

另外对于空间分配建议参考HeapAlloc、HeapFree等等API函数。

如果大家在操作过程中遇到什么问题欢迎讨论!

2011年4月5日更新

这篇文章在网上转载还是比较多的,部分童鞋在转载时没有署名,希望他们在看到这篇文章时及时更新出处,另外文章我略作修改,去掉了一个问题比较大的函数,就是处理命令行的那段,以免误导大家。

最后要说的是,除非你是做病毒木马,否则再小体积的程序势必带来运行的不稳定,请三思,如果对编译小体积的程序感兴趣的话,可以参考TCC : Tiny C Compiler

C/C++使用本机CryptoAPI实现随机字符串

原文发表于2008年9月13日 标题是《C/C++使用本地CryptoAPI实现随机字符串》

随机字符串的应用还是比较广泛的,比如随机的窗体标题(防止被FindWindow),随机的加密密匙,用户注册的随机密码等等。

实现一个随机字符串,很多朋友可能会想到标准的C/C++头文件提供的库函数,但是这通常是需要引入C/C++运行时支持库的,有时在做一个纯Win32 API的程序肯定要考虑程序代码的通用以及较小的体积的问题,下面我用代码说明一下如何使用本地的CryptoAPI实现随机字符串。

如果有朋友对于CryptoAPI不太了解的话可以去查看MSDN的相关说明,这套API为安全方面的加密解密等等提供了良好的支持。

由于CryptoAPI生成的不是随机的ASCII字符串,所以我们需要一个函数,其作用是将16进制转换为ASCII码。(这段代码如需在C语言环境下工作请将函数参数引用以指针方式实现)

继续阅读