^-^

Windows中的窗口在特定情况下会由系统进行重绘，如无效区域重新显现时，，会向窗口的处理过程发送VM_PAINT消息，但是，可能还有Windows自己的更新窗口处理，如在下面的代码中，将击键显式地转换为VM_PAINT消息，让窗口过程处理，但是运行的结果却是，击键后窗口没有马上重绘（显示字体没有改变），而是在下次重绘时才改变字体，但是如果改变为一个UpdateWindow（）函数时，就会马上改变

今天在用Visual Studio写C时，出现了不能正常显示的问题，然后做了个小实验，代码如下：        实验结果：static WCHAR f=L'你';   这里f采集到的是一个2字节的数据20320（'你'的Unicode码），而如果用 static WCHAR f='你';  采集到的数据是50403（你的GBK码），而显示时如果用的L则正常显示“你”，不用L则不能正常显示。用T

今天用nasm写dos下的.exe十六位应用程序，用nasm -f obj输出OMF格式的obj文件，然后尝试用golink链接，结果不支持omf格式，再用LINK，将OMF转化为COFF时出错，最后还是按照nasm文档上的说明下载了个ALINK，终于成功链接产生16位exe文件，在dosbox中成功运行。

代码可在Windows NT下正常运行具体API说明请参照如下文档：GetLogicalProcessorInformation点击打开链接点击打开链接点击打开链接typedef BOOL (WINAPI *LPFN_GLPI)(PSYSTEM_LOGICAL_PROCESSOR_INFORMATION, PDWORD);DWORD CountSet

msvc在编译dll时，如果函数声明采用__declspec(dllexport) int  add(int,int)的形式，dll中的函数名会是?add@@YAHHH@Z这种形式的。    如果使用如下这种声明，dll中的函数名才会和C++中的函数名一致，为add。extern "C"{DLLTEST_API int add(int, int);}

用Qt实现的Windows平台远程控制软件，包含源代码和编译后可以运行的程序，服务器端（被控端）为进程形式，客户端（主控端）为图形界面程序。客户端在连接时要设置服务器端的ip地址以及要显示的长度和宽度（不能超过服务器端屏幕分辨率）。

1.要求以管理员身份运行    在vs工程属性中，Linker ---> Manifest File---> UAC Execution Level，选择requireAdministrator (/level='requireAdministrator')选项    2.在main函数开始时运行以下函数代码：BOOL WINAPI EnablePriv

主要是权限不足引起的。需要提升程序的权限。具体提升方式参照以下文章：Windows程序权限提升

程序可以读取同目录下的config.ini文件中的配置来实现开机自启动。config.ini文件地格式实例如下：[Main]KeyName = testProcessPath = D:\bin\test.exe其中KeyName字段为写入注册表的表项名称（可以设置为程序名）ProcessPath为程序的完整路径程序的完整源代码如下。regedit

Windows的互斥锁Mutex是可以在进程间使用的。    CreateMutex时可以指定一个mutex名称，此名称可以被其他进程或线程使用。CreateMutex的第二个参数BOOL bInitialOwner表示在创建后是不是立刻获取此锁，相当于立即WaitForSingleObject。    OpenMutex打开一个已经创建了的mutex。    WaitForSingl

在Windows下捕获屏幕图像可以有多重方法，比较简单可以调用第三方库，如Qt的屏幕截屏API就很容易调用。在这里介绍如何用Windows API实现截屏并转换成RGB格式存储。#include //最终f的内存布局为BGRA格式，需要保证buf长度足够(>w*h*4)void ScreenCap(void* buf, int* w, int* h){ HWND h