国内精品久久久久影院薰衣草,久久亚洲AV成人无码国产,久久精品国产亚洲精品

fatal error C1001: INTERNAL COMPILER ERROR

肥仔 — Mon, 01 Jun 2009 08:32:00 GMT

1、HY Message Server工程的Global.cpp��L��stdafx.h的话��׃��出现�q�个错误�Q�如果不��L��Q�就不会有�?
2、当使用自己的库源文�Ӟ��如果功能使用了MFC支持�Q�库文�g没有加入#include 也发生了�q�个问题�?br>3、需要打补丁SP5/6来解册��个bug.

�~�译环境 VC6.0

--------------------Configuration: HY Messaging Server - Win32 Debug--------------------
Compiling...
Global.cpp
c:\program files\microsoft visual studio\vc98\mfc\include\afx.h(556) : fatal error C1001: INTERNAL COMPILER ERROR
        (compiler file 'msc1.cpp', line 1786)
         Please choose the Technical Support command on the Visual C++
         Help menu, or open the Technical Support help file for more information
Error executing cl.exe.

Global.obj - 1 error(s), 0 warning(s)

肥仔 2009-06-01 16:32 发表评论

肥仔 — Mon, 04 May 2009 07:36:00 GMT

如果要保证过�ȝ��E�序能够被编译，需要做�?/p>

1、安装Windows Platform February SDK 2003

2、STLPORT路径正确

3、正��的配置下面的Directroy

肥仔 2009-05-04 15:36 发表评论

�W�号文�g——Windows 应用�E�序调试必备

肥仔 — Thu, 25 Dec 2008 03:11:00 GMT

一、何谓符��h��Ӟ��

　　�W�号文�g�Q?span lang="EN-US">Symbol Files�Q�是一个数据信息文�Ӟ��它包含了应用�E�序二进制文�Ӟ��比如�Q?span lang="EN-US">EXE�?span lang="EN-US">DLL�{�）调试信息�Q�专门用来作调试之用�Q�最�l�生成的可执行文件在�q�行时�ƈ不需要这个符��h��Ӟ��但你的程序中所有的变量信息都记录在�q�个文�g中。所以调试应用程序时�Q�这个文件是非常重要的。用 Visual C++ �?span lang="EN-US"> WinDbg 调试�E�序旉��要用到这个文件�?span lang="EN-US">
　　�?span lang="EN-US"> Windows �pȝ��中，�W�号文�g�?span lang="EN-US"> .pdb 为扩展名�Q�比如：每个 Windows 操作�pȝ��下有一�?span lang="EN-US"> GDI32.dll 文�g�Q�编译器在编译该 DLL 的时候会产生一�?span lang="EN-US"> GDI32.pdb 文�g�Q�一旦你拥有了这�?span lang="EN-US"> PDB 文�g�Q�那么便可以用它来调试�ƈ跟踪�?span lang="EN-US"> GDI32.dll 内部。该文�g和二�q�制文�g的编译版本密切相养I��比如修改�?span lang="EN-US"> DLL 的输出函敎ͼ�再编译该 DLL�Q�那么原先的 PDB 文�g��p��时了�Q�不能再用老的 PDB 文�g来做调试工作,而必��M��用最新的 PDB 文�g版本�?span lang="EN-US">
　　Visual C++ �~�译代码后会�?span lang="EN-US"> Debug 或�?span lang="EN-US"> Release 目录下生成一�?span lang="EN-US"> PDB 文�g。一般情况下�Q�符��h��件包括以下的数据信息�Q?span lang="EN-US">

全局变量�Q?span lang="EN-US">Global variables�Q�；
局部变量（Local variables�Q�；
函数名和它们的入口地址�Q?span lang="EN-US">Function names and the addresses of their entry points�Q�；
FPO 数据�Q?span lang="EN-US">Frame Pointer Omission)�Q?span lang="EN-US">Frame Pointer 是一�U�用来在调用堆栈�Q?span lang="EN-US">Call stack�Q�中扑ֈ�下一个将要被调用的函数的数据�l�构源代码的行序��P��Source-line numbers�Q�；

二、如何得到和安装�W�号文�g?

先确定你的操作系�l�（OS�Q�版本；
到微软网站下载相应的�W�号文�g�Q?
安装�W�号文�g�Q�对于符��h��件的安装位置没有特贝要求�Q�可以安装在��M��目录中；
讄��环境变量�Q��得调试工��P��比如�Q?span lang="EN-US">Visual C++�?span lang="EN-US">WinDbg�?span lang="EN-US">Ntsd�?span lang="EN-US">DrWatson �{�）能找到符��h��Ӟ��

安装�W�号文�g的注意事��：

　　如果是手动安装符��h��Ӟ��有一点很重要�Q�那��是宿主机（Hostt Computer�Q�上的符��h��件必��M��目标机器�Q?span lang="EN-US">Target Computer�Q�上�?span lang="EN-US"> Windows 版本相匹配�?span lang="EN-US">
　　�q�里所谓的宿主机指的是�q�行调试会话的机器，在典型的双系�l�调试会话环境中�Q�宿��L��可以是连接到目标机器的�Q何机器。目标机器指的是发生软�g�l��g、系�l�服务、应用程序或操作�pȝ��q�行��p�|的机器。也��x��需要被调试的机器，它是调试会话��x��的焦炏V��目标机器可以近在咫��，也可以位于完全不同的地方。有时我们也��目标机器称之�ؓ—�?/span>被调试者（debuggee�Q�，那么与之对应�Q�宿��L��则可以称��试者（debugger�Q��?span lang="EN-US">

三、在 Visual C++ 使用�W�号文�g的方�?/span>

�?span lang="EN-US"> Visual C++ 6.0 中的使用�Ҏ��Q?span lang="EN-US">

打开 Visual C++ 6.0 �?span lang="EN-US"> Workspace 文�g�Q?span lang="EN-US">*.dsw�Q�；
�q�入 Tools 菜单�Q�选择 Options 菜单��?span lang="EN-US"> (Tools->Options)�Q?
单击 Directoties 标签�Q?
�?span lang="EN-US"> “Show directories for�?/span>下拉列表中选择 “Executable files�?/span>�Q?
��符��h��件的路径��d��?span lang="EN-US"> “Directories�?路径列表中；
单击 OK 完成�Q?

�?span lang="EN-US"> Visual C++ .NET 2003 中的使用�Ҏ��Q?span lang="EN-US">

打开 Visual C++ .NET 的项目文�Ӟ��*.vcproj�Q�；
在解��x��案管理器中选中要��用符��h��件的��目�Q?
单击右键�q�入��目属性对话框�Q?
选择�?/span>配置属�?span lang="EN-US">�?/span>中的�?/span>调试�?/span>�Q?
在与�?/span>调试�?/span>对应�?span lang="EN-US">�?/span>操作�?/span>选项中有一�?span lang="EN-US">�?/span>�W�号路径�?/span>�Q�在此添加符��h��件的路径卛_��Q?
单击 �?/span>��定�?完成�Q?

四、如何��?span lang="EN-US"> Release 版本二进制文件对应的 PDB 文�g?

�?span lang="EN-US"> Visual C++ 6.0 中的�Ҏ��Q?span lang="EN-US">

打开 Visual C++ 6.0 �?span lang="EN-US"> Workspace 文�g�Q?span lang="EN-US">*.dsw�Q�；
�q�入 Project 菜单�Q�选择 Settings 菜单��?span lang="EN-US"> (Project->Settings)�Q�打开��目讄��对话框；
�?span lang="EN-US"> “Settings for�?/span>列表中选择��目�?span lang="EN-US"> Release 配置�Q?
单击“C/C++�?/span>标签�Q?
�?span lang="EN-US">“Category�?/span>下拉列表框中选择“General�?/span>选项�Q?
�?span lang="EN-US">“Debug info�?/span>下拉列表框中选择调试信息格式�Q�具体选项参见图一�Q�，在此不必��用��M��优化选项�Q?
单击“Link�?/span>标签�Q?
�?span lang="EN-US">“Category�?/span>下拉列表框中选择“Debug�?/span>选项�Q?
选中“Debug info�?/span>复选框�Q�然后选择需要的链接调试�c�d��Q�具体选项参见图一�Q�；
不要选择“Separate types�?/span>复选框�Q?
�?span lang="EN-US">“Project options�?/span>�~�辑框的最后添加如下指令：/opt:ref,icf�Q?
重新生成�Q?span lang="EN-US">Rebuild�Q�项目；

�?span lang="EN-US"> Visual C++ .NET 2003 中的�Ҏ��Q?span lang="EN-US">

打开 Visual C++ .NET 的项目文�Ӟ��*.vcproj�Q�；
�q�入 Project 菜单�Q�选择 Settings 菜单��?span lang="EN-US"> (Project->Settings)�Q�打开��目讄��对话框；
�?span lang="EN-US"> �?/span>配置�?/span>下拉列表中选择��目�?span lang="EN-US"> �?/span>�Q�活动）Release�?配置�Q?
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的“C/C++�?==�?span lang="EN-US">�?/span>常规�?/span>�Q?
讄��双��?span lang="EN-US">�?/span>调试信息格式�?/span>选项�Q�具体选项参见图一�Q�；
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的�?/span>链接�?span lang="EN-US">�?=�?span lang="EN-US">�?/span>调试�?/span>�Q?
讄��双��?span lang="EN-US">�?/span>生成�E�序数据库文�?span lang="EN-US">�?/span>�Q�具体选项参见图一�Q�；
选择�?/span>配置属�?span lang="EN-US">�?/span>树型节点中的�?/span>链接�?span lang="EN-US">�?=�?span lang="EN-US">�?/span>命��o�?span lang="EN-US">�?/span>�Q?
�?span lang="EN-US">�?/span>附加选项(D)�?/span>�~�辑框中��d��如下指��o�Q?span lang="EN-US">/opt:ref,icf�Q?
�?span lang="EN-US">�?/span>��定�?/span>退出；
重新生成�Q?span lang="EN-US">Rebuild�Q�项目；

图一

五、关�?span lang="EN-US"> Free Build�Q�也�U?span lang="EN-US"> Retail Build�Q�和 Checked Build�Q�也�U?span lang="EN-US"> Debug Build�Q?/span>

每个��Z�� NT 操作�pȝ��有两�U�不同的�E�序生成模式�Q�即�Q?span lang="EN-US">

Free Build (�?span lang="EN-US"> Retail Build)
Checked Build (�?span lang="EN-US"> Debug Build)

　　Free Build 生成的是最�l�用��L��本，针对生成的二�q�制文�g�q�行了彻底的优化�Q�禁用了调试断言�Q��ƈ剥离了调试信息。这样一来��可执行程序文件更��，加蝲更快�Q��用的内存也更��?span lang="EN-US">
　　Checked Build 生成的是��试和调试版本。它包含额外�?span lang="EN-US"> Free Build 所没有的错误检查，参数验证和调试信息，Checked Build 有助于隔��d��跟踪可能��D��不可预见的行为的问题�Q�比如内存溢出，不正��的讑֤�配置。虽�?span lang="EN-US"> Checked Build 提供了额外的保护�Q�但�?span lang="EN-US"> Free Build 比较�Q�它需要更多的内存开销和磁盘空间。由于可执行�E�序包含�W�号调试信息�Q�调试时要执行附加的代码、参数检查和输出调试诊断信息�Q�从而导致性能下降�?span lang="EN-US">

六、系�l�符��h��件的更新�Ҏ��

　　�pȝ��W�号文�g�?span lang="EN-US"> Windows 操作�pȝ��依赖的那几个重要�?span lang="EN-US"> DLL/SYS 和可执行文�g对应的符��h��Ӟ��常见的比如：gdi32.dll�?span lang="EN-US">Kernel32.dll�?span lang="EN-US">Kerberos.dll�?span lang="EN-US">psapi.dll�?span lang="EN-US">user32.dll�{�，使用 WinDbg 调试�Ӟ��你就会发现系�l�符��h��?span lang="EN-US">(PDB)有多重要�Q�这些文仉��与本地的 OS 密切相关�Q�比如，Windows 2000 打了SP补丁的话�Q�那么必��L��新系�l�符��h��件才能进行相兌��试，原来的符��h��件与打补丁后的系�l�就会不匚w��Q�怎么办呢? 可以通过�|�络来更斎ͼ�象下面这样在 WinDbg �?span lang="EN-US"> Symbols Path 里面输入路径�Q?span lang="EN-US">

SRV*D:\Symbols\websymbols*http://msdl.microsoft.com/download/symbols

�Q�斜体部分是你在本地保存�W�号文�g的�\径）

　　如果你不是通过代理上网�Q�那么在你用 WinDbg 打开一个被调试�E�序后，输入 symchk 回�R�Q?span lang="EN-US">WinDbg ��׃��自动的连到微软的�|�站�Ҏ��你的机器的情冉|��新的 PDB 文�g�Q��ƈ��它保存在上面斜体部分指定的本地路径里，�q�样你就可以��保你的�W�号文�g版本和你机器上的文�g版本一致�?span lang="EN-US">

如果你是通过代理上网那么你需要配�|?span lang="EN-US"> IE 的连接设�|�。具体方法恕不赘�a��?span lang="EN-US">

肥仔 2008-12-25 11:11 发表评论

肥仔 — Wed, 17 Dec 2008 15:07:00 GMT

摘要: (一) SendMessage 的工作机�? 首先我要先简要的说明一个和�q�个话题有关�pȝ��消息处理机制�Q? 在Window操作�pȝ��当中�Q�窗口时属于所在Thread的也��是�?你这个窗口在那个Thread 当中Create 的那么你�q�个�H�口��属于那个Thread。同时窗口的消息�?.. 阅读全文

肥仔 2008-12-17 23:07 发表评论

VC6一步一步编译OpenVPN

肥仔 — Wed, 17 Dec 2008 04:32:00 GMT

最�q�在研究openvpn�Q�已�l�部�|�好服务器和客户端了。想对代码进行研�IӞ��故想跟踪调试openvpn代码看看�?span lang="EN-US">
下蝲openvpn最新版本，目前�E�_��版本�?span lang="EN-US">openvpn-2.0.9 http://openvpn.net/

我的机器环境�?span lang="EN-US">:vc6.0 + vc2003 platform_sdk
下蝲以后解压�Q?span lang="EN-US">main函数�?span lang="EN-US">openvpn.c文�g中，vc6打开�q�文�Ӟ��其�?span lang="EN-US">*.h *.c文�g全部加入到工�E�中�Q�编译运行，报一大堆�?span lang="EN-US">:

e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(109) : error C2011: 'fd_set' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(144) : warning C4005: 'FD_SET' : macro redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock.h(88) : see previous definition of 'FD_SET'
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(153) : error C2011: 'timeval' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(209) : error C2011: 'hostent' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(222) : error C2011: 'netent' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(229) : error C2011: 'servent' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(241) : error C2011: 'protoent' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(397) : error C2011: 'sockaddr_in' : 'struct' type redefinition
e:\svn_now\3rdparty\microsoft\platform_sdk\2003_02_full-r2\include\winsock2.h(407) : error C2011: 'WSAData' : 'struct' type redefinition
.................................

�q�是�׃��文�g中包含了

#include
#include

windows.h中又包含�?span lang="EN-US">��D��?span lang="EN-US">winsock2.h冲突�Q�解��x��法是�?span lang="EN-US">include之前��d��?span lang="EN-US">:

#define WIN32_LEAN_AND_MEAN
#include
#include

因�ؓ用到�?span lang="EN-US">winsock2.h 所以必��d��?span lang="EN-US">lib文�g:ws2_32.lib
再次�~�译�Q�出现如下错�?span lang="EN-US">:

mudp.c
this compiler appears to lack vararg macros which will cause a significant degradation in efficiency
e:\libtools\openvpn-2.0.9\lzo.h(32) : fatal error C1083: Cannot open include file: 'lzo1x.h': No such file or directory
multi.c
this compiler appears to lack vararg macros which will cause a significant degradation in efficiency
e:\libtools\openvpn-2.0.9\lzo.h(32) : fatal error C1083: Cannot open include file: 'lzo1x.h': No such file or directory
ntlm.c
this compiler appears to lack vararg macros which will cause a significant degradation in efficiency
occ.c
this compiler appears to lack vararg macros which will cause a significant degradation in efficiency
e:\libtools\openvpn-2.0.9\lzo.h(32) : fatal error C1083: Cannot open include file: 'lzo1x.h': No such file or directory
openvpn.c

#ifdef USE_LZO

#ifdef LZO_HEADER_DIR
#include "lzo/lzoutil.h"
#include "lzo/lzo1x.h"
#else
#include "lzoutil.h"
#include "lzo1x.h"
#endif

因�ؓopenvpn默认配置用到�?span lang="EN-US">lzo压羃库，所以下�?span lang="EN-US">lzo压羃�?span lang="EN-US">:lzo-2.03,�q�且��?span lang="EN-US">lzo-2.03包中�?span lang="EN-US">include文�g加入到工�E�中�Q�注意文件目录层�ơ，我是额外定义�?span lang="EN-US">lzo文�g夹，��头文�g全部加入�q�去的，因此必须加上�~�译选项:LZO_HEADER_DIR
另额外编�?span lang="EN-US">lzo lib:
��?span lang="EN-US">lzo解压�?span lang="EN-US">C盘根目录�Q�在命��o行中跌��该目录，�q�行b\win32\mc120.bat�Q�编译成功后生成lzo.lib
��生成的lzo.lib��d��到工�E�中�?span lang="EN-US">
另如果不是用lzo可以修改头文�?span lang="EN-US">: (openssl ssl crypto也可以不使用�Q�视具体情况)

/* Use OpenSSL crypto library */
#define USE_CRYPTO 1

/* Use LZO compression library */
#define USE_LZO 1

/* Use OpenSSL SSL library */
#define USE_SSL 1

/* Version number of package */
#define VERSION PACKAGE_VERSION

接着如果使用OpenSSL�Q�那么首先要下蝲OpenSSL库，然后�~�译:
    a.��?span lang="EN-US">OpenSSL解压�?span lang="EN-US">C盘根目录下；
    b.在命令提�C��中进入该目录�Q�输�?span lang="EN-US">perl Configure VC-WIN32�Q�检�?span lang="EN-US">perl是否正确安装�Q?span lang="EN-US">
    c.命��o行中输入ms\do_ms�Q?span lang="EN-US">
    d.命��o行中转到Microsoft Visual Studio\VC98\bin�Q�运�?span lang="EN-US">vcvars32.bat以配�|�环境变量�?span lang="EN-US">
    e.命��o�?span lang="EN-US">OpenSSL目录下，执行nmake –f ms\ntdll.mak �~�译成功后，�?span lang="EN-US">out32dll目录下，会有四个文�glibeay32.dll libeay32.lib ssleay32.dll�?span lang="EN-US"> ssleay32.lib,��编译成功的lzo.lib libeay32.lib ssleay32.lib��d��到工�E�中�Q��ƈ��?span lang="EN-US">libeay32.dll ssleay32.dll拯��?span lang="EN-US">Debug目录�?span lang="EN-US">,�q�且加入openssl的头文�g到工�E�中�Q�和lzo库类似的�q�程�?span lang="EN-US">

另外因�ؓVC中不识别unsigned long long int�c�d��Q�需改�ؓ_int64。修�?span lang="EN-US">头文�?span lang="EN-US">:

#ifdef USE_64_BIT_COUNTERS
// typedef unsigned long long int counter_type;
typedef _int64 counter_type; //qj modify

# ifdef WIN32
# define counter_format "%I64u"
# else
# define counter_format "%llu"
# endif
#else
typedef unsigned int counter_type;
# define counter_format "%u"
#endif

再次�~�译�Q�发现错误少多了�Q�而且全部只是一�?span lang="EN-US">link错误�?span lang="EN-US">:

Linking
LINK : warning LNK4098: defaultlib "MSVCRT" conflicts with use of other libs; use /NODEFAULTLIB:library
cryptoapi.obj : error LNK2001: unresolved external symbol __imp__CertFreeCertificateContext@4
cryptoapi.obj : error LNK2001: unresolved external symbol __imp__CryptAcquireCertificatePrivateKey@24
cryptoapi.obj : error LNK2001: unresolved external symbol __imp__CertCloseStore@8
cryptoapi.obj : error LNK2001: unresolved external symbol __imp__CertOpenStore@20
cryptoapi.obj : error LNK2001: unresolved external symbol __imp__CertFindCertificateInStore@24
route.obj : error LNK2001: unresolved external symbol _GetIpForwardTable@12
route.obj : error LNK2001: unresolved external symbol _CreateIpForwardEntry@4
route.obj : error LNK2001: unresolved external symbol _DeleteIpForwardEntry@4
tun.obj : error LNK2001: unresolved external symbol _GetAdaptersInfo@8
tun.obj : error LNK2001: unresolved external symbol _IpReleaseAddress@4
tun.obj : error LNK2001: unresolved external symbol _GetInterfaceInfo@8
tun.obj : error LNK2001: unresolved external symbol _IpRenewAddress@4
tun.obj : error LNK2001: unresolved external symbol _AddIPAddress@20
tun.obj : error LNK2001: unresolved external symbol _FlushIpNetTable@4
tun.obj : error LNK2001: unresolved external symbol _DeleteIPAddress@4
tun.obj : error LNK2001: unresolved external symbol _GetAdapterIndex@8
Debug/openvpn.exe : fatal error LNK1120: 16 unresolved externals
Error executing link.exe.

openvpn.exe - 17 error(s), 1 warning(s)

首先解决crytoapi.obj�?span lang="EN-US">lnk错误�Q�找�?span lang="EN-US">crytoapi.c文�g中的CertFreeCertificateContext 函数�Q�找到其声明:WinCrypt.h文�g�Q?span lang="EN-US">

#include //需要装PLATFORM SDK
#pragma comment (lib, "crypt32.lib")

然后解决route.obj tun.obj的问题，也是通过route.c文�g中的 GetIpForwardTable�{�其中一�?span lang="EN-US">link错误的函敎ͼ�扑ֈ�其声明文�?span lang="EN-US">:IPHlpApi.h

#include
#pragma comment (lib, "iphlpapi.lib")

最后再�ơ编译，OK�Q�开始你�?span lang="EN-US">openvpn代码调试吧！�Q�！

肥仔 2008-12-17 12:32 发表评论

error LNK2005 operator new(unsigned int) already defined

肥仔 — Fri, 28 Nov 2008 19:50:00 GMT

最�q�在VC 6.0上作業，有幾個地斚w��遇到一個十分惱人的錯誤。就是出現下�q�的錯誤�Q?span lang="EN-US"> Linking... nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj) nafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMTD.lib(dbgdel.obj) Debug/DCap.exe : fatal error LNK1169: one or more multiply defined symbols found

這樣的錯誤，明顯��是兩個被link到的library都提供了同名的函式。但直接ignore�?span lang="EN-US">LIBCMTD.lib當然是不行的�Q�因為它�?span lang="EN-US">C�?span lang="EN-US">library。之所以發生這個問��，是因�?span lang="EN-US">MFC�?span lang="EN-US">library�?span lang="EN-US">C�?span lang="EN-US">library相衝�H�，必須�a�定它們被link的順序，也就是先nafxcwd.lib�?span lang="EN-US">LIBCMTD.lib。但是這二者都�?span lang="EN-US">default libraries�Q�所以要怎麼�a�定它們的順序呢？我找��C��個解法其實挺tricky的：先把它們分別都ignore掉，再額外將它們加入。也��是說：�?span lang="EN-US">Link頁籤上的Ignore Libraries輸入�Q?span lang="EN-US">nafxcwd.lib libcmtd.lib�Q�再到同一頁籤�?span lang="EN-US">Object/library modules輸入�Q?span lang="EN-US">nafxcwd.lib libcmtd.lib。這麼一來，加入它們的順序��成了我們所弯��a�定的順序了�?/span>

肥仔 2008-11-29 03:50 发表评论

VC++ 6.0的小花招

肥仔 — Sat, 08 Nov 2008 17:37:00 GMT

摘要: Visual Studio�p�d��中��品中�Q�Visual Studio 6.0是最�l�典的一个版本，虽然后来有Visual Studio .NET 2003�Q�以�?005�Q�也��实��d��了很多让我觉得激动的�Ҏ��，但是从��用细节的�l�腻�E�度上来看，VS 6.0无疑是最��的。我们一些同事甚臌��图把2005的C++�~�译器独立的拿到Visual Studio 6.0中来用，也不愿意升��?NET上来用，可见光��力�?... 阅读全文

肥仔 2008-11-09 01:37 发表评论

肥仔 — Thu, 09 Oct 2008 07:31:00 GMT

很需要用�q�个�Q�却没有�Q�失�?

需要VC7或者以上，如下

VS.Net   supports   several   macros   that   contain   the   name   of   the   current   function.
__FUNCDNAME__,   __FUNCSIG__,   __FUNCTION__
VC6   does   not   support   them.
用VC7..........

肥仔 2008-10-09 15:31 发表评论

VC6之断点调试DLL

肥仔 — Tue, 07 Oct 2008 06:05:00 GMT

步骤

1、将DLL��目加入��C��工程中间�Q?/p>

2、ALT+F7讄��DLL属性，Link->Output file name里面的�\径改��Z��工程目录�Q?/p>

3、输出DLL的Debug版本��C��工程目录�Q?/p>

4、设�|�断点在DLL源文件中�Q�F5�q�行调试�?/p>

肥仔 2008-10-07 14:05 发表评论

VC9 用VC6的老字�?[VS2008 + Visual assister 1647的搭配蛮好]

肥仔 — Mon, 15 Sep 2008 10:15:00 GMT

1、VS2008微��Y官方发布的正版中文Professional版本�Q�第一个）�Q?br>http://www.gougou.com/search?search=visual%20studio%202008&id=0

2、百度搜索Visual assister 竟然出现盗版�Q�第三个�Q�！
http://www.baidu.com/s?wd=Visual+Assist+1647

3、VS2008 + VA1647配合��h��很好用（个�h�l�验�Q?br>
4、vc9的默认字体太丑，因�ؓvc6的字体看习惯了的原因吧，那么vc6的字体和大小到底是什�? 如下讄��Q�vc9的IDE也找��C��一半vc6的感�?/p>

Font: Fixedsys�Q?size:16

另外�Q�vc9 里面的Courier New字体也不错�?br>
==============================================
备注�Q?br>装VS2008�Q�不能有��M��MS Office 2007 Beta的东西，否则会在安装“Web创作�l��g�?#8221;��p�|�Q�因为我遇到了这个问题�?/p>

肥仔 2008-09-15 18:15 发表评论

肥仔 — Mon, 01 Sep 2008 15:33:00 GMT

1)�q�行时库��是 C run-time library�Q�是 C 而非 C++ 语言世界的概�?取这个名字就是因��Z��?nbsp; C �E�序�q�行旉��要这些库中的函数.

2)C 语言是所谓的“��内�?#8221;语言�Q�就其语�a�本��n来说很小�Q�不多的关键字，�E�序��程控制�Q�数据类型等�Q�；所以，C 语言内核开发出来之后，Dennis Ritchie �?nbsp; Brian Kernighan ��q�� C 本��n重写�?nbsp; 90% 以上�?nbsp; UNIX �pȝ��函数�Q��ƈ且把其中最常用的部分独立出来，形成头文件和对应�?nbsp; LIBRARY�Q�C run-time library ��是�q�样形成的�?nbsp;

3)随后�Q�随着 C 语言的流行，各个 C �~�译器的生��?个体/团体都遵循老的传统�Q�在不同�q�_��上都有相对应�?nbsp; Standard Library�Q�但大部分实现都是与各个�q�_��有关的。由于各�?nbsp; C �~�译器对 C 的支持和理解有很多分歧和微妙的差别，所以就有了 ANSI C�Q�ANSI C �Q�主观意图上�Q�详�l�的规定�?nbsp; C 语言各个要素的具体含义和�~�译器实现要求，引进了新的函数声明方式，同时订立�?nbsp; Standard Library 的标准�Ş式。所以C�q�行时库��q��译器生��商提供。至于由其他厂商/个�h/团体提供的头文�g和库函数�Q�应当称为第三方 C �q�行库（Third party C run-time libraries�Q��?nbsp;

4)C run-time library里面含有初始化代码，�q�有错误处理代码(例如divide by zero处理)。你写的�E�序可以没有math库，�E�序照样�q�行�Q�只是不能处理复杂的数学�q�算�Q�不�q�如果没有了C run-time库，main()��׃��会被调用�Q�exit()也不能被响应。因为C run-time library包含了C�E�序�q�行的最基本和最常用的函数�?nbsp;

5)��C�� C++ 世界里，有另外一个概�?Standard C++ Library,它包括了上面所说的 C run-time library �?nbsp; STL。包�?nbsp; C run-time library 的原因很明显�Q�C++ �?nbsp; C 的超集，没有理由再重新来一�?nbsp; C++ run-time library. VC针对C++ 加入的Standard C++ Library主要包括�Q�LIBCP.LIB, LIBCPMT.LIB�?nbsp; MSVCPRT.LIB

6)Windows环境下，VC提供�?nbsp; C   run-time   library又分为动态运行时库和静态运行时库�?nbsp;
动态运行时库主要是DLL库文件msvcrt.dll(or   MSVCRTD.DLL   for   debug   build),对应的Import   library文�g是MSVCRT.LIB(MSVCRTD.LIB   for   debug   build)
静态运行时�?release�?对应的主要文件是�Q?nbsp;
LIBC.LIB   (Single   thread   static   library,   retail   version)
LIBCMT.LIB   (Multithread   static   library,   retail   version)

msvcrt.dll提供几千个C函数�Q�即使是像printf�q�么低��的函数都在msvcrt.dll里。其实你的程序运行时�Q�很大一部分旉��时在�q�些�q�行库里�q�行。在你的�E�序(release�?被编译时�Q�VC会根据你的编译选项(单线�E�、多�U�程或DLL)自动��相应的�q�行时库文�g(libc.lib,libcmt.lib或Import library msvcrt.lib)链接�q�来�?

�~�译时到底哪个C run-time library联入你的�E�序取决于编译选项�Q?nbsp;
/MD, /ML, /MT, /LD (Use Run-Time Library)

你可以VC中通过以下�Ҏ��讄��选择哪个C run-time library联入你的�E�序�Q?nbsp;
To find these options in the development environment, click Settings on the Project menu. Then click the C/C++ tab, and click Code Generation in the Category box. See the Use Run-Time Library drop-down box.

从程序可�U�L��性考虑,如果两函数都可完成一�U�功能，选运行时库函数好,因�ؓ各个 C �~�译器的生��商对标准C Run-time library提供了统一的支�?

肥仔 2008-09-01 23:33 发表评论

��Z��么会出现LNK2005

肥仔 — Fri, 15 Aug 2008 16:54:00 GMT

许多Visual C++的��用者都��到�q�LNK2005:symbol already defined和LNK1169:one or more multiply defined symbols found�q�样的链接错误，而且通常是在使用�W�三方库旉��到的。对于这个问题，有的朋友可能不知其然�Q�而有的朋友可能知其然却不知其所以然�Q�那么本文就试图为大家彻底解开关于它的�U�种疑惑�?

大家都知道，从C/C++源程序到可执行文件要�l�历两个阶段:(1)�~�译器将源文件编译成汇编代码�Q�然后由汇编�?assembler)��译成机器指�?再加上其它相关信�?后输出到一个个目标文�g(object file,VC的编译器�~�译出的目标文�g默认的后�~�名是.obj)中；(2)链接�?linker)��一个个的目标文�?或许�q�会有若�q�程序库)链接在一��L��成一个完整的可执行文件�?

�~�译器编译源文�g时会把源文�g的全局�W�号(global symbol)分成�?strong)和弱(weak)两类传给汇编器，而随后汇�~�器则将强弱信息�~�码�q�保存在目标文�g的符可��中。那么何谓强弱呢�Q�编译器认�ؓ函数与初始化了的全局变量都是强符��P��而未初始化的全局变量则成了弱�W�号。比如有�q�么个源文�g:

extern int errorno;
int buf[2] = {1,2};
int *p;

int main()
{
return 0;
}

其中main、buf是强�W�号�Q�p是弱�W�号�Q�而errorno则非强非弱，因�ؓ它只是个外部变量的��用声明�?

有了强弱�W�号的概念，我们��可以看看链接器是如何处理与选择被多�ơ定义过的全局�W�号:

规则1: 不允许强�W�号被多�ơ定�?即不同的目标文�g中不能有同名的强�W�号)�Q?

规则2: 如果一个符号在某个目标文�g中是强符��P��在其它文件中都是��q��P��那么选择强符��P��

规则3: 如果一个符号在所有目标文件中都是��q��P��那么选择其中��L��一个；

�׃��可知多个目标文�g不能重复定义同名的函��C��初始化了的全局变量�Q�否则必然导致LNK2005和LNK1169两种链接错误。可是，有的时候我们�ƈ没有在自��q��E�序中发现这��L��重定义现象，却也遇到了此�U�链接错误，�q�又是何解？嗯，问题�E�微有点儿复杂，�Ҏ��慢慢道来�?

众所周知�Q�ANSI C/C++ 定义了相当多的标准函敎ͼ�而它们又分布在许多不同的目标文�g中，如果直接以目标文件的形式提供�l�程序员使用的话�Q�就需要他们确切地知道哪个函数存在于哪个目标文件中�Q��ƈ且在链接时显式地指定目标文�g名才能成功地生成可执行文�Ӟ��昄��q�是一个巨大的负担。所以C语言提供了一�U�将多个目标文�g打包成一个文件的机制�Q�这��是静态程序库(static library)。开发者在链接时只需指定�E�序库的文�g名，链接器就会自动到�E�序库中��L��那些应用�E�序��实用到的目标模块，�q�把(且只�?它们从库中拷贝出来参与构建可执行文�g。几乎所有的C/C++开发系�l�都会把标准函数打包成标准库提供�l�开发者��?有不�q�么做的吗？)�?

�E�序库�ؓ开发者带来了方便�Q�但同时也是某些混�ؕ的根源。我们来看看链接器是如何解析(resolve)对程序库的引用的�?br> 在符可��?symbol resolution)阶段�Q�链接器按照所有目标文件和库文件出现在命��o行中的顺序从左至右依�ơ扫描它们，在此期间它要�l�护若干个集�?(1)集合E是将被合�q�到一��L��成可执行文�g的所有目标文仉��合；(2)集合U是未解析�W�号(unresolved symbols�Q�比如已�l�被引用但是�q�未被定义的�W�号)的集合；(3)集合D是所有之前已被加入到E的目标文件定义的�W�号集合。一开始，E、U、D都是�I�的�?

(1): 对命令行中的每一个输入文件f�Q�链接器��定它是目标文�g�q�是库文�Ӟ��如果它是目标文�g�Q�就把f加入到E�Q��ƈ把f中未解析的符号和已定义的�W�号分别加入到U、D集合中，然后处理下一个输入文件�?

(2): 如果f是一个库文�g�Q�链接器会尝试把U中的所有未解析�W�号与f中各目标模块定义的符可��行匹配。如果某个目标模块m定义了一个U中的未解析符��P��那么��把m加入到E中，�q�把m中未解析的符号和已定义的�W�号分别加入到U、D集合中。不断地对f中的所有目标模块重复这个过�E�直臛_��达一个不动点(fixed point)�Q�此时U和D不再变化。而那些未加入到E中的f里的目标模块��p��单地丢弃�Q�链接器�l�箋处理下一输入文�g�?

(3): 如果处理�q�程中往D加入一个已存在的符��P��或者当扫描完所有输入文件时U非空�Q�链接器报错�q�停止动作。否则，它把E中的所有目标文件合�q�在一��L��成可执行文�g�?

VC带的�~�译器名字叫cl.exe�Q�它有这么几个与标准�E�序库有关的选项: /ML�?MLd�?MT�?MTd�?MD�?MDd。这些选项告诉�~�译器应用程序想使用什么版本的C标准�E�序库�?ML(�~�省选项)对应单线�E�静态版的标准程序库(libc.lib)�Q?MT对应多线�E�静态版标准�?libcmt.lib)�Q�此时编译器会自动定义_MT宏；/MD对应多线�E�DLL�?导入库msvcrt.lib�Q�DLL是msvcrt.dll)�Q�编译器自动定义_MT和_DLL两个宏。后面加d的选项都会让编译器自动多定义一个_DEBUG宏，表示要��用对应标准库的调试版�Q�因�?MLd对应调试版单�U�程静态标准库(libcd.lib)�Q?MTd对应调试版多�U�程静态标准库(libcmtd.lib)�Q?MDd对应调试版多�U�程DLL标准�?导入库msvcrtd.lib�Q�DLL是msvcrtd.dll)。虽然我们的��在�~�译时明白无误地告诉了编译器应用�E�序希望使用什么版本的标准库，可是当编译器�q�完了活�Q�轮到链接器开工时它又如何得知一个个目标文�g到底在思念谁？��Z��传递相思，我们的编译器��干了点�U�密的勾当。在cl�~�译出的目标文�g中会有一个专门的区域(兛_��q�个区域到底在文件中什么地方的朋友可以参考COFF和PE文�g格式)存放一些指导链接器如何工作的信息，其中有一�U�就叫缺省库(default library)�Q�这些信息指定了一个或多个库文件名�Q�告诉链接器在扫描的时候也把它们加入到输入文�g列表�?当然��序位于在命令行中被指定的输入文件之�?。说到这里，我们先来做个��实验。写个顶��简单的�E�序�Q�然后保存�ؓmain.c :

/* main.c */
int main() { return 0; }

用下面这个命令编译main.c(什么？你从不用命��o行来�~�译�E�序�Q�这�?.....) :

cl /c main.c

/c是告诉cl只编译源文�g�Q�不用链接。因�?ML是缺省选项�Q�所以上�q�命令也相当�? cl /c /ML main.c 。如果没什么问题的�?要出了问题才是活见鬼�Q�当焉��非你的环境变量没有设�|�好�Q�这时你应该去VC的bin目录下找到vcvars32.bat文�g然后�q�行它�?�Q�当前目录下会出��C��个main.obj文�g�Q�这��是我们可爱的目标文件。随便用一个文本编辑器打开�?是的�Q�文本编辑器�Q�大胆地��d��别害�?�Q�搜�?defaultlib"字符�Ԍ��通常你就会看到这��L��东西: "-defaultlib:LIBC -defaultlib:OLDNAMES"。啊哈，没错�Q�这��?br>是保存在目标文�g中的�~�省库信息。我们的目标文�g昄��指定了两个缺省库�Q�一个是单线�E�静态版标准库libc.lib(�q�与/ML选项相符)�Q�另外一个是oldnames.lib(它是��Z��兼容微��Y以前的C/C++开发系�l?�?

VC的链接器是link.exe�Q�因为main.obj保存了缺省库信息�Q�所以可以用

link main.obj libc.lib

或�?

link main.obj

来生成可执行文�gmain.exe�Q�这两个命��o是等��L��。但是如果你�?

link main.obj libcd.lib

的话�Q�链接器会给��Z��个警�? "warning LNK4098: defaultlib "LIBC" conflicts with use of other libs; use /NODEFAULTLIB:library"�Q�因��Z��昑ּ�指定的标准库版本与目标文件的�~�省��g��一致。通常来说�Q�应该保证链接器合�ƈ的所有目标文件指定的�~�省标准库版本一��_��否则�~�译器一定会�l�出上面的警告，而LNK2005和LNK1169链接错误则有时会出现有时不会。那么这个有时到底是什么时候？呵呵�Q�别着急，下面的一切正是�ؓ喜欢�q�根�I�底的你准备的�?

��Z��个源文�g�Q�就叫mylib.c�Q�内容如�?

/* mylib.c */
�Q�i nclude

void foo()
{
printf("%s","I am from mylib!\n");
}

�?

cl /c /MLd mylib.c

命��o�~�译�Q�注�?MLd选项是指定libcd.lib为默认标准库。lib.exe是VC自带的用于将目标文�g打包成程序库的命令，所以我们可以用

lib /OUT:my.lib mylib.obj

��mylib.obj打包成库�Q�输出的库文件名是my.lib。接下来把main.c�Ҏ��:

/* main.c */
void foo();

int main()
{
foo();
return 0;
}

�?

cl /c main.c

�~�译�Q�然后用

link main.obj my.lib

�q�行链接。这个命令能够成功地生成main.exe而不会��生LNK2005和LNK1169链接错误�Q�你仅仅是得��C��一条警告信�?"warning LNK4098: defaultlib "LIBCD" conflicts with use of other libs; use /NODEFAULTLIB:library"。我们根据前文所�q�的扫描规则来分析一下链接器此时做了些啥�?

一开始E、U、D都是�I�集�Q�链接器首先扫描到main.obj�Q�把它加入E集合�Q�同时把未解析的foo加入U�Q�把main加入D�Q�而且因�ؓmain.obj的默认标准库是libc.lib�Q�所以它被加入到当前输入文�g列表的末��。接着扫描my.lib�Q�因��是个库，所以会拿当前U中的所有符�?当然现在��׃��个foo)与my.lib中的所有目标模�?当然也只有一个mylib.obj)依次匚w��Q�看是否有模块定义了U中的�W�号。结果mylib.obj��实定义了foo�Q�于是它被加入到E�Q�foo从U转移到D�Q�mylib.obj引用的printf加入到U�Q�同样地�Q�mylib.obj指定的默认标准库是libcd.lib�Q�它也被加到当前输入文�g列表的末��?在libc.lib的后�?。不断地在my.lib库的各模块上�q�行�q�代以匹配U中的�W�号�Q�直到U、D都不再变化。很明显�Q�现在就已经到达了这么一个不动点�Q�所以接着扫描下一个输入文�Ӟ��是libc.lib。链接器发现libc.lib里的printf.obj里定义有printf�Q�于是printf从U�U�d��D�Q�而printf.obj被加入到E�Q�它定义的所有符号加入到D�Q�它里头的未解析�W�号加入到U。链接器�q�会把每个程序都要用到的一些初始化操作所在的目标模块(比如crt0.obj�{?及它们所引用的模�?比如malloc.obj、free.obj�{?自动加入到E中，�q�更新U和D以反应这个变化。事实上�Q�标准库各目标模块里的未解析�W�号都可以在库内其它模块中找到定义，因此当链接器处理完libc.lib�Ӟ��U一定是�I�的。最后处理libcd.lib�Q�因为此时U已经为空�Q�所以链接器会抛弃它里面的所有目标模块从而结束扫描，然后合�ƈE中的目标模块�q�输出可执行文�g�?

上文描述了虽然各目标模块指定了不同版本的�~�省标准库但仍然链接成功的例子，接下来你��目睹因��U�不严�}而导致的悲惨��p�|�?

修改mylib.c成这个样�?

�Q�i nclude

void foo()
{
// just a test , don"t care memory leak
_malloc_dbg( 1, _NORMAL_BLOCK, __FILE__, __LINE__ );
}

其中_malloc_dbg不是ANSI C的标准库函数�Q�它是VC标准库提供的malloc的调试版�Q�与相关函数配套能帮助开发者抓各种内存错误。��用它一定要定义_DEBUG宏，否则预处理器会把它自动�{为malloc。��l�用

cl /c /MLd mylib.c
lib /OUT:my.lib mylib.obj

�~�译打包。当再次�?

link main.obj my.lib

�q�行链接�Ӟ��我们看到了什么？天哪�Q�一堆的LNK2005加上个贵�?fatal error"的LNK1169垫底�Q�当然还��不了那个LNK4098。链接器是不是疯了？不，你冤枉可怜的链接器了�Q�我拍胸脯保证它可是一直在��心��责地照章办事�?

一开始E、U、D为空�Q�链接器扫描main.obj�Q�把它加入E�Q�把foo加入U�Q�把main加入D�Q�把libc.lib加入到当前输入文件列表的末尾。接着扫描my.lib�Q�foo从U转移到D�Q�_malloc_dbg加入到U�Q�libcd.lib加到当前输入文�g列表的尾部。然后扫描libc.lib�Q�这时会发现libc.lib里�Q何一个目标模块都没有定义_malloc_dbg(它只在调试版的标准库中存�?�Q�所以不会有��M��一个模块因为_malloc_dbg而加入E�Q�但是每个程序都要用到的初始化模�?如crt0.obj�{?及它们所引用的模�?比如malloc.obj、free.obj�{?�q�是会自动加入到E中，同时U和D被更��C��反应�q�个变化。当链接器处理完libc.lib�Ӟ��U只剩_malloc_dbg�q�一个符受��最后处理libcd.lib�Q�发现dbgheap.obj定义了_malloc_dbg�Q�于是dbgheap.obj加入到E�Q�它里头的未解析�W�号加入U�Q�它定义的所有其它符号也加入D�Q�这时灾难便来了。之前malloc�{�符号已�l�在D�?随着libc.lib里的malloc.obj加入E而加入的)�Q�而dbgheap.obj又定义了包括malloc在内的许多同名符��P��q�引发了重定义冲�H�，链接器只好中断工作�ƈ报告错误�?

现在我们该知道，链接器完全没有责任，责�Q在我们自��q��w�上。是我们�_�心地把�~�省标准库版本不一致的目标文�g(main.obj)与程序库(my.lib)链接��h��Q�导致了大灾难。解军_��法很��单，要么�?MLd选项来重�~�译main.c�Q�要么用/ML选项重编译mylib.c�?

在上�q�C��子中�Q�我们拥有库my.lib的源代码(mylib.c)�Q�所以可以用不同的选项重新�~�译�q�些源代码�ƈ再次打包。可如果使用的是�W�三方的库，它�ƈ没有提供源代码，那么我们��只有改变自��q��序的�~�译选项来适应�q�些库了。但是如何知道库中目标模块指定的默认库呢�Q�其实VC提供的一个小工具便可以完成�Q务，�q�就是dumpbin.exe。运行下面这个命�?

dumpbin /DIRECTIVES my.lib

然后在输��Z��N��?Linker Directives"引导的信息，你一定会发现每一处这��L��信息都会包含若干个类�?-defaultlib:XXXX"�q�样的字�W�串�Q�其中XXXX便代表目标模块指定的�~�省库名�?

知道了第三方库指定的默认标准库，再用合适的选项�~�译我们的应用程序，��可以避免LNK2005和LNK1169链接错误。喜�ƢIDE的朋友，你一样可以到 "Project属�? -> "C/C++" -> "代码生成(code generation)" -> "�q�行时库(run-time library)" ��下讄��应用�E�序的默认标准库版本�Q�这与命令行选项的效果是一��L��?

�l�极解决办法�Q?/strong>

�?Project/Setting/Link/General中的 Project Options: 加入 /FORCE:MULTIPLE卛_��?

肥仔 2008-08-16 00:54 发表评论

#pragma pack(push,1)/#pragma pack(pop)

肥仔 — Wed, 23 Jul 2008 07:09:00 GMT

寚w��很重要，对结构体�Q�一定要寚w��Q�尤其是涉及到文�?内存双向转换�?
#pragma pack(push,1)
struct RateInfoOld
{
   time_t            ctm;                    // rate time
   int               open;                   // open price: 11987=119.87
   short             high,low,close;         // high,low,close shift from open
   double            vol;                    // volume
};
#pragma pack(pop)

肥仔 2008-07-23 15:09 发表评论

肥仔 — Wed, 09 Jul 2008 10:29:00 GMT

　　文�g多w��历技术是一�U�非常有用的技术，在文件的搜烦以及杀毒��Y件中都��用了�q�种技术。以下我��讨论如何在Win32下实现这�U�技术�?br>　　文�g多w��历技术的核心��是使用递归��法�Q�关于递归��法我这里就不多介绍了，不明白的朋友请参阅相兛_��宏V�?br>　　以下是我的算法伪代码�Q?br>void function(LPCTSTR lpszPath)
{
开始查�?
if (没有扑ֈ�文�g)
    return;
do
{
    if (扑ֈ�的文件是目录)
      function(扑ֈ�的目�?;
    else
      �Ҏ��件进行操�?
} while (查找下一个文件�ƈ成功);
}
　　实现�q�个��法所需要用到的API函数以及�l�构体有�Q?br>　　·FindFirstFile�Q?br>　　·FindNextFile�Q?br>　　·WIN32_FIND_DATA�?br>　　在此我假定你已经明白了以上函数及�l�构体的用法�Q�now let's begin�?br>　　现在我来�~�写开始查扄��代码。在�q�之前，我先假定函数参数lpszPath传入的�\径格式�ؓX:\�Q�根目录�Q�或X:\Dir�Q�非根目录）�Q�因为Win32�E�序设计中通常使用的就是这�U��\径格式。你一定注意到了，如果路径是根目录�Q�它的后�Ҏ��一个�\径分隔符“\”，反之则没有。那么我在写代码的时候必��d��q�两�U�情况分别处理。这�D�代码如下：
TCHAR szFind[MAX_PATH];
lstrcpy(szFind, lpszPath);
if (!IsRoot(szFind)) // IsRoot是我自己�~�写的函敎ͼ�若参数是根目录，则返回true
lstrcat(szFind, "\\");
lstrcat(szFind, "*.*"); // 找所有文�?br>WIN32_FIND_DATA wfd;
HANDLE hFind = FindFirstFile(szFind, &wfd);
if (hFind == INVALID_HANDLE_VALUE) // 如果没有扑ֈ�或查扑֤��?br> return;
　　下面我将讨论的是如果扑ֈ�了文�Ӟ��该怎么办。不�q�在此之前，请你�q�入MS-DOS方式�Q��ƈ输入dir回�R�Q�你看到了什么？
　　是的�Q�DOS是不会说假话的，不像Windows一��h��L��重要的东襉K��藏�v来不让你看到——如果你所在的不是根目录，你将会看到�?”与�?.”这两个目录——这是在资源��理器中看不到的。从DOS时代走过的朋友们大抵都明白吧�Q�一个点代表的是当前目录�Q�两个点代表的是上一�U�目录。那么我在处理信息时�Q�就一定得把它们两个过滤出去，原因我在下面解释。do-while�D늚�代码如下�Q?br>do
{
if (wfd.cFileName[0] == '.')
    continue; // �q��o�q�两个目�?br> if (wfd.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY)
{
    TCHAR szFile[MAX_PATH];
    if (IsRoot(lpszPath))
      wsprintf(szFile, "%s%s", lpszPath, wfd.cFileName);
    else
      wsprintf(szFile, "%s\\%s", lpszPath, wfd.cFileName);
    function(szFile); // 如果扑ֈ�的是目录�Q�则�q�入此目录进行递归
}
else
{
    // �Ҏ��件进行操�?br> }
} while (FindNextFile(hFind, &wfd));
FindClose(hFind); // 关闭查找句柄
　　现在我来解释��Z��么要把那两个带点的目录过滤出厅R��如你所见，如果扑ֈ�的是目录�Q�那么进入此目录�q�行递归——那么若是当前目录呢�Q�答案很明显�Q�如果不对其�q�行�q��o�Q�那么程序将�q�入“当前目录”进行递归。是的，如是��导致递归无休止地�q�行下去�?br>　　��法��p��么多了，�׃��q�是一个极其耗费�pȝ��资源的算法，因此你在�E�序中用到它的时候，最好将其放��C��个单独的�U�程中运行，否则��会��D��你的�E�序在查找过�E�中没有��M��响应�?br>　　附：IsRoot函数源码
BOOL IsRoot(LPCTSTR lpszPath)
{
TCHAR szRoot[4];
wsprintf(szRoot, "%c:\\", lpszPath[0]);
return (lstrcmp(szRoot, lpszPath) == 0);
}

肥仔 2008-07-09 18:29 发表评论

肥仔 — Mon, 30 Jun 2008 09:11:00 GMT

问题描述�Q�build ,clean后build, rebuild都无法通过

解决办法�Q��{到Stdafx.cpp�Q�Clean, Ctrl + F7重新�~�译Stdafx.cpp, 然后F7�~�译工程卛_��解决�?/p>

肥仔 2008-06-30 17:11 发表评论

�U�程本地存储 (TLS)

肥仔 — Fri, 27 Jun 2008 06:44:00 GMT

�U�程本地存储 (TLS) 是一个方法，通过该方法，�l�定的多�U�程�q�程中的每个�U�程都可以分配存储线�E�特定数据的位置。通过 TLS API�Q�TlsAlloc、TlsGetValue、TlsSetValue、TlsFree�Q�方式支持动态绑定（�q�行�Ӟ��的线�E�特定数据。除了现有的 API 实现�Q�Win32 �?Visual C++ �~�译器现在还支持静态绑定（加蝲旉��Q�基于线�E�的数据�?
TLS �?API 实现

通过 Win32 API 层和�~�译器实现“线�E�本地存储”。有兌��l�信息，请参�?Win32 API 文档中的 TlsAlloc、TlsGetValue、TlsSetValue �?TlsFree�?
Visual C++ �~�译器包括�ɾU�程本地存储操作更加自动化的关键字，而不是通过 API 层。将在下一节（TLS 的编译器实现�Q�描�q�此语法�?
TLS 的编译器实现

��Z��支持 TLS�Q�已��新属�?thread ��d��C�� C �?C++ 语言�Q��ƈ�?Visual C++ �~�译器支持。此属性是一个扩展存储类修饰�W�，如上一节中所�q�。��?__declspec 关键字声�?thread 变量。例如，以下代码声明了一个整数线�E�局部变量，�q�用一个值对其进行初始化�Q?pre>__declspec( thread ) int tls_i = 1;
TLS 的规则和限制
声明静态绑定线�E�的本地对象和变量时必须遵守下列原则�Q?
thread 属性只能应用于数据声明和定义。它不能用于函数声明或定义。例如，以下代码��生成一个编译器错误�Q?
#define Thread __declspec( thread ) Thread void func(); // This will generate an error.
只能在具�?static 作用域的数据��上指定 thread 修饰�W�。包括全局数据对象�Q�包�?static �?extern�Q�、本地静态对象和 C++ �cȝ��静态数据成员。不可以�?thread 属性声明自动数据对象。以下代码将生成�~�译器错误：
#define Thread __declspec( thread ) void func1() { Thread int tls_i; // This will generate an error. } int func2( Thread int tls_i ) // This will generate an error. { return tls_i; }
�U�程本地对象的声明和定义必须全都指定 thread 属性。例如，以下代码��生成错误：
#define Thread __declspec( thread ) extern int tls_i; // This will generate an error, since the int Thread tls_i; // declaration and definition differ.
thread 属性不能用作类型修饰符。例如，以下代码��生成一个编译器错误�Q?
char __declspec( thread ) *ch; // Error
C++ �c�M��能��?thread 属性。但是，可以使用 thread 属性将 C++ �c�d��象实例化。例如，以下代码��生成一个编译器错误�Q?
#define Thread __declspec( thread ) class Thread C // Error: classes cannot be declared Thread. { // Code }; C CObject;
因�ؓ允许使用 thread 属性的 C++ 对象的声明，因此下面两个�C�Z��在语义上是等效的�Q?
#define Thread __declspec( thread ) Thread class B { // Code } BObject; // OK--BObject is declared thread local. class B { // Code }; Thread B BObject; // OK--BObject is declared thread local.
不将�U�程本地对象的地址视�ؓ常数�Q��ƈ且涉及此�c�d��址的�Q何表辑ּ�都不视�ؓ常数。在标准 C 中，�q�种作法的效果是��止��线�E�本地变量的地址用作对象或指针的初始��D��定项。例如，C �~�译器将以下代码标记为错误：
#define Thread __declspec( thread ) Thread int tls_i; int *p = &tls_i; //This will generate an error in C.
但是�Q�此限制不适用�?C++。因�?C++ 允许动态初始化所有对象，因此可以用��用线�E�本地变量地址的表辑ּ�初始化对象。实现此操作的方式与实现�U�程本地对象�l�构的方式相同。例如，以上昄��的代码在作�ؓ C++ 源文件编译时不会生成错误。请注意�Q�只有在其中获取地址的线�E�仍然存在的情况下，�U�程本地变量的地址才有效�?
标准 C 允许使用涉及引用自��n的表辑ּ�初始化对象或变量�Q�但只适用于非静态作用域的对象。虽�?C++ 通常允许使用涉及引用自��n的表辑ּ�动态初始化对象�Q�但是这�U�类型的初始化不允许用于�U�程本地对象。例如：
#define Thread __declspec( thread ) Thread int tls_i = tls_i; // Error in C and C++ int j = j; // OK in C++, error in C Thread int tls_i = sizeof( tls_i ) // Legal in C and C++
��h��意：包含正在初始化的对象�?sizeof 表达式不建立对自�w�的引用且在 C �?C++ 中都是合法的�?
C++ 不允许此�c�d��U�程数据的动态初始化�Q�因为将来可能要对线�E�本地存储功能进行增强�?
如果 DLL ��Q何非本地数据或对象声明�ؓ __declspec�Q�线�E�）�Q�动态加载该 DLL 时会��D��保护错误。��?LoadLibrary 加蝲所�?DLL 后，每当代码引用非本�?__declspec�Q�线�E�）数据�Ӟ��导致系�l�故障。由于线�E�的全局变量�I�间是在�q�行时分配的�Q�因此此�I�间的大��是以应用程序的需求和所有静态链接的 DLL 的需求相加�ؓ基础计算出来的。��?LoadLibrary �Ӟ��无法扩展此空间以允许攄��?__declspec�Q�线�E�）声明的线�E�本地变量。如�?DLL 可能是用 LoadLibrary 加蝲的，请在 DLL 中��?TLS API�Q�如 TlsAlloc�Q�来分配 TLS�?

肥仔 2008-06-27 14:44 发表评论

肥仔 — Fri, 09 May 2008 06:52:00 GMT

/P   (Preprocess to a File)

Home | Overview | How Do I | Compiler Options

This option writes preprocessor output to a file with the same base name as the source file, but with the .I extension. It adds #line directives to the output file at the beginning and end of each included file and around lines removed by preprocessor directives that specify conditional compilation. The preprocessed listing file is identical to the original source file, except that all preprocessor directives are carried out, and macro expansions are performed.

This option suppresses compilation; CL does not produce an .OBJ file, even if the /Fo option is specified. The /P option also suppresses production of the alternate output files created by the /FA, /Fa, or /Fm option.

The /P option is similar to the /E and /EP options. Using /EP with /P suppresses placement of #line directives in the output file.

The following table summarizes the actions of the /E, /EP, and /P options.

Option Preprocessor output
includes #line directives? Output sent to

/E Yes stdout

/P Yes .i file

/EP No stdout

/E /EP No stdout

/P /EP No .i file

Send feedback to MSDN. Look here for MSDN Online resources.

1、一般用/P /EP,�q�样��没�?line了，生成的是.i文�g

2、利用这个，可以看有很多复杂宏，预编译之后的源代码，比如stl�Q?boost�{�，#include的代码和相关代码�Q�都会是被剥��d��的，出现在同一个文仉��Q�这个对于阅��M��码比较有用�?/font>

肥仔 2008-05-09 14:52 发表评论

Option	Preprocessor output includes #line directives?	Output sent to
/E	Yes	stdout
/P	Yes	.i file
/EP	No	stdout
/E /EP	No	stdout
/P /EP	No	.i file