只需要执行    freopen_s(&m_new_stdout_file,"CONOUT$","w+t",stdout);   不过别忘了程序结束时调用    fclose(m_new_stdout_file);以免造成内存泄露。

本来想把有关 InstallShiled 皮肤定制方面的东西写一篇小文，但经过几个小时的仔细钻研，决定放弃。最根本的理由是，我还是建议尽量使用 MSI。即便采用 InstallShield 来制作安装程序，也尽量采用 Basic MSI Project，而不要涉及太多 InstallShield 自己的东西。两个原因：1、MSI 兼容性更好比如，在设置了一定的安

工程中包含了多余的manifest，生成的dll会包含ID号为2的名为RT_MANIFEST的资源，造成程序无法加载，删除多余的manifest文件重新编译即可。 如果不是自己做的，用VS打开dll然后把ID号改成1即可。

联系：CreateThread、_beginthread和_beginthreadex都是用来启动线程的。区别：_beginthread是_beginthreadex的功能子集，_beginthreadex是微软的C/C++运行时库函数，CreateThread是操作系统的函数。虽然_beginthread内部是调用_beginthreadex但他屏蔽了象安全特性这样的功能，所

IntroductionSeveral password spy tutorials have been posted to The Code Project,but all of them rely on Windows hooks. Is there any other way to makesuch a utility? Yes, there is. But

打开命令行窗口，到工程目录下，执行find . -name Root -exec sed -i s/原IP/新IP/ {} ; 这里的find和sed需要到gnuwin32下载，具体地址如下：http://gnuwin32.sourceforge.net/packages/findutils.htmhttp://gnuwin32.sourceforge.net/packages

Compiling...1>DlgProxy.cpp1>g:/my document/visual studio 2005/projects/word/word/capplication.h(3) : warning C4278: 'ExitWindows': identifier in type library 'C://Program Files//Microsoft Office//OFFICE11//MSWORD.OLB' is already a macro; use the 'ren

<br />这应该是微软的bug，使用GWLP_WNDPROC代替GWL_WNDPROC可解决问题。<br /> <br />原帖地址：http://www.allegro.cc/forums/thread/592764

<br />32位与64位的数据类型长度是不一样的，而且windows和linux也有些许区别，下面把64位下的数据长度列表如下(无符号unsigned和有符号的长度一样）：<br /> <br />                   linux64             windows64        linux32         windows32<br />char              8                        8                       8 

<br />分两部分：<br />操作系统判定：<br />Windows:   WIN32<br />Linux:   linux<br />Solaris:   __sun<br />编译器判定：<br />VC:  _MSC_VER<br />GCC/G++:   __GNUC__<br />SunCC:   __SUNPRO_C和__SUNPRO_CC

 经过了无数次的尝试与分析，问题出在InstallShield的一个bug。我们知道，在IS的窗口编辑器里，设置控件的层次可以右键点击一个控件然后选择bring to front或者send to back来调整，表面上看的确有效果，而实际上编译出来的msi却不是IDE里显示的那么好，原因是bring to front和send to back根本毫无用处，在msi文件里没有任何的反应。再

 When the signal is received, the system creates a new thread in the process to execute the function.当收到信号后，系统启动新的线程来执行处理函数。The PostQuitMessage function posts a WM_QUIT message to the thre

 IDirect3DDevice9::Present()会阻塞，达到的最高fps和屏幕刷新率一样，因为Direct3D有这项机制，认为更新频率高于屏幕刷新率没有实际意义，所以在Present里阻塞了一段时间。这是一个很方便的功能，但有时我们不想让Present阻塞我们的主循环。微软的Present函数的文档中并没有指出Present阻塞的问题，而是在其他地方说明了，解决办法就是在创建Device的

 自动vc2005开始，微软力推_s安全版函数以取代不安全的标准非_s版函数，如果你不用安全版，VC会报一大堆难看的warning。现在问题来了，使用了_s版函数后，VC2003不能用了，而且想要把程序拿到linux也无法运行，你可以费劲巴拉的再改回非_s版，但是太费劲了，而且warning又来了，而且真的可能会不安全哦（高手忽略）。有个简单的办法来解决这个问题，就是使用宏。在你的程序里定义一

需要在你的sources文件里的TARGETLIBS中增加    $(DDK_LIB_PATH)/uuid.lib参考http://social.msdn.microsoft.com/forums/en-US/wfp/thread/3771af60-8fc6-4901-87a2-2bc3344eb27b/

 网上有人提到过这个问题，解决方法也大概就是拷贝Microsoft.VC90.CRT等几个文件夹到程序目录，但是有时候这样仍然不能解决问题，原因就在于程序的menifest文件里的版本号问题。首先到Microsoft.VC90.CRT文件夹下看Microsoft.VC90.CRT.manifest文件中的版本号，是9.0.30729.4148，而程序的版本号未必是这个，实际上通过查看系统自动生

 今天试了一下GDI+的效率，我的CPU是core 2 2.6G，绘制2个图，只有大概70fps，也就是每秒钟只能绘制140个左右的图，耗尽CPU。绘制的图形的大小好像对效率没什么影响。 原因就是GDI+中的Image类保存图像的时候是不依赖设备的存储格式(device-independent)，这种格式在绘制到Graphics内部的HDC的时候，需要进行一次格式转换，这个是最耗时的。

 很多轮询的程序不是消息驱动的，需要一个主循环，程序循环Update，一般的程序主循环形如：bool CLooperImplWindows::deal_message(void){    MSG msg;    while( PeekMessage( &msg, NULL, 0, 0,PM_REMOVE ))    {         if (msg.message==WM

Sleep()这个函数可以让线程睡眠一段时间，而后继续执行，参数是毫秒。但是我们会发现，当毫秒数过小时，Sleep往往不能按照给定的时间睡眠，而是睡了长了一点的时间，这是由于Sleep函数的精度导致的，一般的系统默认的精度是10毫秒，也就是说，如果参数小于10，那么Sleep的时间可能是10，或者更多，系统尽量以10毫秒为精度保证时间准确，这对于高精度的程序来说明显不足，系统时钟clock()

在用内存DC来做双缓存消除闪烁的时候，通常做法是三步走：    mem_hdc=CreateCompatibleDC(present_hdc);    m_bitmap=CreateCompatibleBitmap(mem_hdc,m_view_width,m_view_height);    SelectObject(m_hdc,m_bitmap);这时就会发现当BitBlt到p

 网上有人问过这个问题，回贴者老是不回答问题，而是问为啥要获得这个，提问者问这个问题当然有他的需求，比如他想要根据大小来计算贴图时的比例，类似的需求很多。遗憾的是dx里一旦你生成了IDirect3DTexture9对象之后，基本没办法获得图像原始大小了，比如使用GetLevelDesc获得的是底层surface的大小，而surface的长宽都必然是2的n次方，大于或等于图形原始大小，所以如果你

 到了windows7，发现右键点inf文件没有“安装”选项了，从控制面板中的“添加设备”一直在搜索，无法安装，从网上找了一下，从命令行安装inf文件的方法为rundll32 syssetup,SetupInfObjectInstallAction DefaultInstall128 ./.inf 同理，卸载的方法可能是rundll32 syss

发现这些消息都发送给了父窗口，那么说明STATIC控件缺少一个样式，是SS_NOTIFY，这一点在MSDN上无法得到，SS_NOTIFY的说明为：SS_NOTIFY   Sends the parent window STN_CLICKED,STN_DBLCLK, STN