C++博客-大规模高性能网络服务器编程大型游戏服务器编程-随笔分类-C++技术

c++类函数地址

iKusamba — Tue, 24 May 2011 02:06:00 GMT

class AObj;

typedef int (AObj::*pfun)();

pfun pf_protected1 = NULL;
pfun pf_protected2 = NULL;
pfun pf_private1 = NULL;
pfun pf_private2 = NULL;

class AObj
{
public:
AObj(){};

    static int a_static_fun()
    {
        pf_protected1 = &AObj::a_protected_fun1;
        pf_protected2 = &AObj::a_protected_fun2;

        pf_private1 = &AObj::a_private_fun1;
        pf_private2 = &AObj::a_private_fun2;
        return -1;
    }

    int a_public_fun1()
    {
        return 0;
    }
    int a_public_fun2()
    {
        return 1;
    }
protected:

    int a_protected_fun1()
    {
        return 2;
    }

    int a_protected_fun2()
    {
        return 3;
    }
private:
    int a_private_fun1()
    {
        return 4;
    }
    int a_private_fun2()
    {
        return 5;
    }
};

int test1(char* p);
int test2(char* p);

int test1(char* p)
{
test2(p);

return 1;
}

int test2(char* p)
{
    for (int i = 0; i < 172; i++)
    {
        *p++ = '\0';
    }

return 0;
}

int _tmain(int argc, _TCHAR* argv[])
{
AObj obj;

AObj::a_static_fun();

printf("obj: %p\n", &obj);
printf("AObj::a_static_fun %p\n", &AObj::a_static_fun);

printf("AObj::a_public_fun1 %p\n", &AObj::a_public_fun1);
printf("AObj::a_public_fun2 %p\n", &AObj::a_public_fun2);

printf("AObj::a_protected_fun1 %p\n", pf_protected1);
printf("AObj::a_protected_fun2 %p\n", pf_protected2);

printf("AObj::a_private_fun1 %p\n", pf_private1);
printf("AObj::a_private_fun2 %p\n", pf_private2);

//char szbuf[2];
//sprintf(szbuf, "%d", 3.54f);

//test1(szbuf);

return 0;
}

iKusamba 2011-05-24 10:06 发表评论

windows下写的代码，linux下编译，如何解决warning: no newline at end of file?

iKusamba — Wed, 11 May 2011 01:23:00 GMT

今天写了一段代码, 是在Windows下编辑的, 保存后放在linux系统下编译.

gcc和cc都产生以下的警告:
a.h:1:2: warning: no newline at end of file

后来发现解决这个问题产生的原因是源文件的最后一行没有回车符造成的; 解决的办法很简单, 在最后一行敲一个回车, 然后保存, 重新编译.

iKusamba 2011-05-11 09:23 发表评论

MSDN无法显示页面的解决

iKusamba — Thu, 13 Jan 2011 14:48:00 GMT

症状：
MSDN无法正常显示页面，目录显示正常。提示网页错误！

cmd到命令行执行如下命令
regsvr32 "C:\Program Files\Common Files\Microsoft Shared\Help\hxds.dll"

iKusamba 2011-01-13 22:48 发表评论

类型检测和根据结构体中的变量地址取结构体地址

iKusamba — Tue, 28 Dec 2010 15:51:00 GMT

请各位不吝指教，谢谢！

typeof.h:

1 /************************************************************************
2 * Detect a variable's type or kind
3 * by kusamba@126.com 2010-12-28
4 */
5 #pragma once
6
7 #include <typeinfo.h>
8 #include <string.h>
9 #include <assert.h>
10
11 #ifdef  __cplusplus
12
13 /** detect static type/class */
14 #define IS_TYPE_OF(TYPE, variable)    assert( 0 == _stricmp( typeid(TYPE).name(), typeid(variable).name() ) )
15
16 /** detect polymorphic type */
17 #define IS_KIND_OF(TYPE, ptr)        assert( NULL != dynamic_cast(ptr) )
18
19 #else
20
21 /** detect static type/class */
22 #define IS_TYPE_OF(TYPE, variable)    assert( 0 == _stricmp( typeid(TYPE).name(), typeid(variable).name() ) )
23
24 /** detect polymorphic type */
25 #define IS_KIND_OF(TYPE, ptr)        assert( 0 && "C Not Support Inheritance!" )
26
27 #endif

containerof.h

1 /************************************************************************
2 * Obtain the struct/class address by it's member address
3 * by Kusamba@126.com 2010-12-28
4 */
5 #pragma once
6
7 #include <stddef.h>
8
9 /** Linux Kernel.h GCC Define */
10 /**
11 #define container_of(ptr, type, member) ({                    \
12     const typeof( ((type *)0)->member ) *__mptr = (ptr);    \
13     (type *)( (char *)__mptr - offsetof(type,member) );})
14 */
15
16 #ifdef __cplusplus
17
18 #ifdef  _WIN64
19 #define CONTAINER_OF(ptr, TYPE, MEMBER)    reinterpret_cast( (ptrdiff_t)( reinterpret_cast(ptr) - offsetof(TYPE, MEMBER) ) )
20 #else
21 #define CONTAINER_OF(ptr, TYPE, MEMBER)    reinterpret_cast( ( reinterpret_cast(ptr) - offsetof(TYPE, MEMBER) ) )
22 #endif
23
24 #else
25
26 #ifdef  _WIN64
27 #define CONTAINER_OF(ptr, TYPE, MEMBER)    (TYPE*)( (ptrdiff_t)( (char*)(ptr) - offsetof(TYPE, MEMBER) ) )
28 #else
29 #define CONTAINER_OF(ptr, TYPE, MEMBER)    (TYPE*)( ( (char*)(ptr) - offsetof(TYPE, MEMBER) ) )
30 #endif
31
32 #endif    /* __cplusplus */
33

测试代码：

1 #include "stdafx.h"
2 #include "typeof.h"
3 #include "containerof.h"
4
5 //////////////////////////////////////////////////////////////////////////
6 // Test Kind/Type of
7 //////////////////////////////////////////////////////////////////////////
8 namespace _typeof_
9 {
10     class CA {};
11     class CB {};
12
13     struct SA {};
14     struct SB {};
15
16     class CP {};
17     class CC : public CP {};
18
19     void Test()
20     {
21         int int_a;
22         IS_TYPE_OF(int, int_a);
23         //IS_TYPE_OF(float, int_a);
24
25         int* pint_a;
26         IS_TYPE_OF(int*, pint_a);
27         //IS_TYPE_OF(int, pint_a);
28         //IS_TYPE_OF(float*, pint_a);
29         //IS_TYPE_OF(float, pint_a);
30
31         CA ca;
32         CA* pca;
33         IS_TYPE_OF(CA, ca);
34         IS_TYPE_OF(CA*, pca);
35         //IS_TYPE_OF(CA, pca);
36
37         //IS_TYPE_OF(CB, ca);
38
39         IS_KIND_OF(CA, &ca);
40
41         CP parent;
42         CC child;
43         IS_TYPE_OF(CP, parent);
44         //IS_TYPE_OF(CC, parent);
45         //IS_TYPE_OF(CP, child);
46         IS_TYPE_OF(CC, child);
47
48         IS_KIND_OF(CP, &parent);
49         //IS_KIND_OF(CC, &parent);
50         IS_KIND_OF(CP, &child);
51         IS_KIND_OF(CC, &child);
52
53         printf("type_of Done!\n");
54     }
55 }//namespace _typeof_
56
57 //////////////////////////////////////////////////////////////////////////
58 // container of test
59 //////////////////////////////////////////////////////////////////////////
60 namespace _container_of_
61 {
62     struct SA
63     {
64         int m_iA;
65     };
66
67     struct SB
68     {
69         int m_iB;
70         SA  m_sa;
71     };
72
73     void Test()
74     {
75         SB val;
76
77         /**error C2039: 'm_iA' : is not a member of '_container_of_::SB'*/
78         /**not support nesting*/
79         //SB* pSB = CONTAINER_OF(&val.m_sa.m_iA, SB, m_iA);
80         /**end*/
81
82         SB* pSB = CONTAINER_OF(&val.m_iB, SB, m_iB);
83
84         IS_TYPE_OF(SB*, pSB);
85
86         printf("container_of Done!\n");
87     }
88 }//_container_of_
89
90 int _tmain(int argc, _TCHAR* argv[])
91 {
92     _typeof_::Test();
93     _container_of_::Test();
94
95     return 0;
96 }
97

iKusamba 2010-12-28 23:51 发表评论

STL容器使用之二：deque

iKusamba — Fri, 17 Sep 2010 09:19:00 GMT

摘要: 本文总结了stl deque常用的规范的使用方法，以及如何避免iterator失效，老鸟勿入！！！阅读全文

iKusamba 2010-09-17 17:19 发表评论

STL容器使用之一：vector

iKusamba — Thu, 16 Sep 2010 09:22:00 GMT

摘要: 本文总结了stl vector常用的规范的使用方法，以及如何避免iterator失效，老鸟勿入！！！阅读全文

iKusamba 2010-09-16 17:22 发表评论

[原创]一个有用的Date/DateTime类

iKusamba — Thu, 02 Sep 2010 08:28:00 GMT

摘要: 这里设计了一个类，通过4个字节存储日期，8个字节存储DateTime,并添加了一些跟时间日期相关的函数，如：星期几查询，特定日期之后多少天是几号，两个日期之间相隔多少天等等。对于一般的用途，基本上够用了头文件： Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.... 阅读全文

iKusamba 2010-09-02 16:28 发表评论

利用宏实现的一个singleton

iKusamba — Tue, 31 Aug 2010 07:56:00 GMT

代码：uniobj.h

1 /************************************************************************
2 *
3 * Created by kusamba@126.com at 2009-2-12 16:37
4 */
5
6 #ifndef _uniobj_23593953_h_
7 #define _uniobj_23593953_h_
8
9 #include <WTypes.h>
10 #include <assert.h>
11
12 /**
13 * Universal Object Declare
14 */
15 #define UNIOBJ_DECL(theClass)                \
16   public:                                    \
17   static theClass* Get()                     \
18   {                                        \
19     assert(NULL != ms_pk##theClass);         \
20     return ms_pk##theClass;                \
21   }                                        \
22   static theClass* Create()                \
23   {                                        \
24     assert(NULL == ms_pk##theClass);         \
25     return ms_pk##theClass = new theClass(); \
26   }                                        \
27   static void Destroy()                    \
28   {                                    \
29     if (NULL != ms_pk##theClass)             \
30     {                                  \
31       delete ms_pk##theClass;             \
32       ms_pk##theClass = NULL;             \
33     }                                  \
34   }                                    \
35   public: bool Initialize();               \
36   private:                             \
37     theClass();                          \
38     virtual ~theClass();                 \
39     static theClass* ms_pk##theClass;
40
41 /**
42 * Universal Object Implement
43 */
44 #define UNIOBJ_IMP(theClass)             \
45     theClass* theClass::ms_pk##theClass = NULL;
46
47
48 #endif//_uniobj_23593953_h_

如何使用：
头文件：

1#include "uniobj.h"
2
3class ATestSingleTon
4{
5public:
6
7UNIOBJ_DECL(ATestSingleTon)
8}

cpp文件：

1UNIOBJ_IMP(ATestSingleTon)
2
     ATestSingleTon::ATestSingleTon()
    {}

    ATestSingleTon::~ATestSingleTon()
    {}

3bool ATestSingleTon::Initialize()
4{
5    return true;
6}

main.cpp

1int main()
2{
3  ATestSingleTon* pk = ATestSingleTon::Create();
4  if (NULL == pk)
5  {
6    return 0;
7  }
8
9  //mainloop
10
11  ATestSingleTon::Destroy();
12}

分析：
1，singleton的构建在程序入口，析构在程序的结尾，可以避免相当多的多线程问题
2，这里的singleton对象均为程序必须要用到的对象，跟传统singleton定义有些出入
3，定义了initialize()函数只为对象的初始化提供一个接口，如果不需要可以直接return true

PS：可以参考看看如下资料
1，细说Singleton模式：创建、多线程与销毁 http://developer.51cto.com/art/200908/143492.htm

iKusamba 2010-08-31 15:56 发表评论

_MSC_VER 与vs

iKusamba — Tue, 31 Aug 2010 07:25:00 GMT

_MSC_VER 定义编译器的版本。

下面是一些编译器版本的_MSC_VER值

　　MS VC++ 9.0 _MSC_VER = 1500
    　MS VC++ 8.0 _MSC_VER = 1400 　　
        MS VC++ 7.1 _MSC_VER = 1310 　　
        MS VC++ 7.0 _MSC_VER = 1300 　　
        MS VC++ 6.0 _MSC_VER = 1200 　　
        MS VC++ 5.0 _MSC_VER = 1100

给一段跟编译器相关的代码：

1char* UStrcpy(char* pcDest, size_t stDestSize, const char* pcSrc)
2{
3#if _MSC_VER >= 1400
4    strcpy_s(pcDest, stDestSize, pcSrc);
5    return pcDest;
6#else // #if _MSC_VER >= 1400
7
8    _ASSERT(stDestSize != 0);
9
10    size_t stSrcLen = strlen(pcSrc);
11    _ASSERT(stDestSize > stSrcLen); // > because need null character
12
13    size_t stWrite;
14
15    if (stDestSize <= stSrcLen) // stDestSize < stSrcLen + 1
16        stWrite = stDestSize;
17    else
18        stWrite = stSrcLen + 1;
19
20    char *pcResult = strncpy(pcDest, pcSrc, stWrite);
21    pcResult[stDestSize - 1] = '\0';
22    return pcResult;
23#endif // #if _MSC_VER >= 1400
24}

说明：
Visual C++ 1.0，集成了MFC 2.0，是Visual C++第一代版本，1992年推出，可同时支持16位处理器与32位处理器版，可算是Microsoft C/C++ 7.0的更新版本。

Visual C++ 1.5，集成了MFC 2.5，增加了“目标文件链接嵌入 (OLE)2.0和支持MFC的开放式数据库链接（ODBC）。这个版本只有16位的，也是第一个以CD-ROM为软件载体的版本。这个版本也没有所谓“标准版”。它是最后一个支持16位软件编程的软件，也是第一个支持基于x86机器的32位编程软件。

Visual C++ 2.0，集成了MFC 3.0，第一个只发行32位的版本。这个版本提前发行了，几乎成了一个“丢失的版本”。这是因为那个时候Windows 95（开发代码为"Chicago"）还没有发行，而Windows NT又只占有很小的市场份额。该版本用户可以通过微软公司的订阅服务（Microsoft Subscription Service）升级至2.1和2.2版本。微软公司在这个版本中集成并升级了Visual C++ 1.5，作为2.0版本（Visual C++ 1.5升级后版本号：1.51）以及2.1版本（Visual C++ 1.5升级后版本号：1.52）的一部分。Visual C++ 2.x附带了16位和32位版本的CDK，同时支持Win32s的开发。Visual C++ 2.2及其后续版本不再升级Visual C++ 1.5（尽管它一直被集成至Visual C++ 4.x）。尽管出生的比Windows 95早，这个版本的发行日期还是非常接近Windows 95，可是当Windows 95发行时，Visual C++ 4.0也已经发行了。因此很多程序开发者直接从1.x过渡到4.0，把2.x跳过去了。

Visual C++ 4.0，集成了MFC 4.0，这个版本是专门为Windows 95以及Windows NT设计的。用户可以通过微软公司的订阅服务（Microsoft Subscription Service）升级至4.1和4.2版本（此版本不再支持Win32s开发）。

Visual C++ 5.0，集成了MFC 4.21，是4.2版以来比较大的一次升级。

Visual C++ 6.0，集成了MFC 6.0，于1998发行。发行至今一直被广泛地用于大大小小的项目开发。但是，这个版本在Windows XP下运行会出现问题，尤其是在调试模式的情况下（例如：静态变量的值并不会显示）。这个调试问题可以通过打一个叫“Visual C++ 6.0 Processor Pack”的补丁来解决。奇怪的是，这个网页强调用户也必须运行Windows 98、Windows NT 4.0、或Windows 2000。

Visual C++ .NET 2002（也即Visual C++ 7.0），于2002年发行，集成了MFC 7.0，支持链接时代码生成和调试运行时检查。这个版本还集成了Managed Extension for C++，以及一个全新的用户界面（与Visual Basic和Visual C#共用）。这也是为什么Visual C++ 6.0仍然被广泛使用的一个主要原因。

Visual C++ .NET 2003（也即Visual C++ 7.1），集成了MFC 7.1，于2003年发行，是对Visual C++ .NET 2002的一次重大升级。
eMbedded Visual C++，用于Windows CE操作系统。Visual C++作为一个独立的开发环境被Microsoft Visual Studio 2005所替代。

Visual C++ 2005（也即Visual C++ 8.0），集成了MFC 8.0，于2005年11月发布。这个版本引进了对C++/CLI语言和OpenMP的支持。

Visual C++ 2008（也即Visual C++ 9.0），于2007年11月发布。这个版本支持.NET 3.5。

Visual C++ 2010（也即Visual C++ 10.0），于2010年发布，是目前最新的版本。Visual C++开发团队考虑使用SQL Server Compact格式的数据库来存储源码的相关信息[1].本版也加入了现代化的C++并行运算库-Parallel Patterns Library，部分支持C++0x。本版建构于.NET 4.0之上，但仍支持机器码的编译。

iKusamba 2010-08-31 15:25 发表评论

[原创]Windows系统下如何使用makefile

iKusamba — Thu, 26 Aug 2010 09:34:00 GMT

makefile在windows之外的系统中广泛使用，大多数程序员依赖于vs的IDE; 掌握使用makefile，对于自动化构建很有用

vs使用nmake.exe作为构建的工具，有别于linux的make

nmake.exe在vs的安装目录下，

vs2005的默认目录是：C:\Program Files\Microsoft Visual Studio 8\VC\bin 或者 C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin （通常情况下这两个目录下该文件为同一个）
vs2003的默认目录是：C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin 或者 C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Bin

打开DOS窗口，输入nmake，可能会出现如下错误提示：

这是因为在vs的安装过程中，没有注册vs的环境变量，可以通过如下方法查看自己是否已经注册好vs的环境变量：

在DOS窗口中输入set path, 则会看到如下提示：

我这边已经注册好环境变量了，如果你没有看到，可以将vs的bin目录添加到系统环境目录的path里

重新打开DOS窗口，输入nmake，如果提示如下，则说明环境目录注册成功：

这时，可以开始我们的编译了，打开DOS窗口，导航到源代码目录，执行nmake，注意nmake对应的编译为makefile（无后缀名)

如果你系统里面有好几个vs版本，建议不要将环境变量添加到path里，我的做法是这样的：
1，在C:\下面新建目录utils，并将该目录添加到path的环境变量中
2, 将vs2005的bin目录下的vcvars32.bat和vs2003的vcvars32.bat分别copy到C:\Utils目录下，重命名为vc8.bat和vc7.bat
3，执行nmake前先执行vc7.bat（使用vs2003编译）或者vc8.bat（使用vS2005编译）

iKusamba 2010-08-26 17:34 发表评论

clean_build

iKusamba — Mon, 23 Aug 2010 02:33:00 GMT

del /s *.obj
del /s *.pch
del /s vc70.idb
del /s *.pdb
del /s *.ncb
del /s *.suo
del /s buildlog.htm

iKusamba 2010-08-23 10:33 发表评论

vc编译后生成的文件类型

iKusamba — Mon, 23 Aug 2010 02:31:00 GMT

1， PCH文件

预编译头文件(一般扩展名为.PCH),是把一个工程中较稳定的代码预先编译好放在一个文件(.PCH)里.这些预先编译好的代码可以是任何的C/C++代码--甚至可以是inline函数,只它们在整个工程中是较为稳定的,即在工程开发过程中不会经常被修改的代码.

为什么需要预编译头文件?一言以蔽之:提高编译速度.一般地,编译器以文件为单位编译,如果修改了一工程中的一个文件则所有文件都要重新编译,包括头文件里的所有东西(eg.Macro宏,Preprocessor预处理),而VC程序中,这些头文件中所包括的东西往往是非常大的,编译之将占很长的时间.但它们又不常被修改,是较稳定的,为单独的一个小文件而重新编译整个工程的所有文件导致编译效率下降,因此引入了.PCH文件.

如何使用预编译头文件以提高编译速度?要使用预编译头文件,必须指定一个头文件(.H),它包含我们不会经常修改的代码和其他的头文件,然后用这个头文件(.H)来生成一个预编译头文件(.PCH)VC默认的头文件就是StdAfx.h,因为头文件是不能编译的,所以我们还需要一个.CPP文件来作桥梁,VC默认的文件为StdAfx.cpp,这个文件里只有一句代码就是:＃include "StdAfx.h".接下来要用它生成.PCH文件,涉及到几个重要的预编译指令:/Yu,/Yc,/Yx,/Fp.简单地说,/Yc是用来生成.PCH文件的编译开关.在Project->setting->C/C++的Category里的Precompiled Header,然后在左边的树形视图中选择用来编译生成.PCH文件的.CPP文件(默认即StdAfx.cpp)你就可以看到/Yc这个开关,它表示这个文件编译了以后是否生成.PCH文件(可能/Yc的c表示create)./Fp指令指定生成的.PCH文件的名字及路径(可能/Fp的p代表path)./Yu的u即use使用,工程中只要包括了.H文件的文件都会有这个/Yu指令.如果选择自动Automatic...的话则原来为/Yc的地方就换成了/Yx指令.如果选择自动,则每次编译时编译器会看以前有没有生成过.PCH文件,有则不现生成否则就再次编译产生.PCH文件.

注意:

A,实际上,由Appzard项目向导生成的默认的头文件及CPP文件StdAfx.h和StdAfx.cpp可以是任何名字的.原因很简单.但如果你要这样做就要记得修改相应的Project->setting...下的几个预编译指令(/Yc,/Yu,/Yx,/Fp)的参数.

B.在任何一个包括了将要预编译的头文件而使用了.PCH文件的工程文件的开头,一定必须要是在最开头,你要包含那个指定生成.PCH文件的.H文件(通过.CPP文件包括,默认为StdAfx.cpp),如果没包括将产生我最开头产生的错误.如果不是在最开头包括将产生让你意想不到的莫名其妙错误,如若不信,盍为试之?

C.预编译文件.PCH生成之很耗时间,而且生成之后它也很占磁盘空间,常在5-6M,注意项目完成之后及时清理无用的.PCH文件以节约磁盘空间.

D.如果丢了或删了.PCH文件而以后要再修改工程文件时,可将指定的/Yc的.CPP文件(默认为StdAfx.cpp)重新编译一次即可再次生成.PCH文件,不用傻傻的按F7或Rebuild All

2， NCB文件

.ncb 无编译浏览文件(no compile browser)。当自动完成功能出问题时可以删除此文件。build后会自动生成

3， OBJ文件

目标文件，一般是程序编译后的二进制文件，再通过链接器和资源文件链接就成exe文件了。

OBJ只给出了程序的相对地址，而EXE是绝对地址。

4， PDB文件

程序数据库 (PDB) 文件保存着调试和项目状态信息，使用这些信息可以对程序的调试配置进行增量链接。当以 /ZI 或 /Zi（用于 C/C++）生成时，将创建一个 PDB 文件。

在 Visual C++ 中，/Fd 选项用于命名由编译器创建的PDB 文件。当使用向导在Visual Studio 中创建项目时，/Fd 选项被设置为创建一个名为 project.PDB 的 PDB。

如果使用生成文件创建 C/C++ 应用程序，并指定 /ZI 或 /Zi 而不指定 /Fd 时，则最终将生成两个 PDB 文件：

*VC80.PDB （更笼统地说就是 VCx0.PDB，其中 x 表示 Visual C++ 的版本。）该文件存储各个 OBJ 文件的所有调试信息并与项目生成文件驻留在同一个目录中。

*project.PDB 该文件存储 .exe 文件的所有调试信息。对于C/C++，它驻留在 \debug 子目录中。

每当创建 OBJ 文件时，C/C++ 编译器都将调试信息合并到 VCx0.PDB 中。插入的信息包括类型信息，但不包括函数定义等符号信息。因此，即使每个源文件都包含公共头文件（如），这些头文件中的 typedef 也只存储一次，而不是在每个 OBJ 文件中都存在。

链接器将创建 project.PDB，它包含项目的 EXE 文件的调试信息。project.PDB文件包含完整的调试信息（包括函数原型），而不仅仅是在 VCx0.PDB 中找到的类型信息。这两个 PDB 文件都允许增量更新。链接器还在其创建的 .exe 或 .dll 文件中嵌入 .pdb 文件的路径。

Visual Studio 调试器使用 EXE 或 DLL 文件中的PDB 路径查找 project.PDB 文件。如果调试器在该位置无法找到 PDB 文件或者如果路径无效（例如，如果项目被移动到了另一台计算机上），调试器将搜索包含 EXE 的路径，即在“选项”对话框（“调试”文件夹，“符号”节点）中指定的符号路径。调试器不会加载与所调试的二进制不匹配的 PDB。

5， ILK文件

在增量链接时，LINK 更新在第一次增量链接期间创建的 .ilk 状态文件。该文件和 .exe文件或 .dll 文件具有相同的基名称，并具有扩展名 .ilk。在后面的增量链接期间，LINK 更新 .ilk 文件。如果缺少 .ilk 文件，则 LINK 执行完全链接并创建新的 .ilk 文件。如果 .ilk 文件无法使用，则 LINK 执行非增量链接。有关增量链接的详细信息，请参见渐进式链接(/INCREMENTAL) 选项。

6， MAP文件

Windows和Linux系统下都有map文件，map文件一般是用来保存符号的地址信息。这里的符号一般是指函数名及变量（局部、全局）。根据这个地址信息，便可以把地址翻译成相应的符号，很多系统工具、debug方法都要用到这种信息。

（一）一个程序编译完以后内容会分成两大类保存，一类是code，一类是data：

（1）code指程序代码，常存在.text section

（2）data指存程序中声明的变量，常存在.data section，未初始化的变量会被存在.bss section。

（二）Windows

（1）单个模块的map文件

在Windows下每一个模块（dll/exe）对应一个map文件，只需编译时打开相应的选项即可。

visual studio中方法：右击工程，选择Properties，然后选择 Configuration Properties -Linker - Debugging，将Generate Map File项改成Yes。

编译后在debug/release目录里便可以找到与应用程序同名的map文件。

如下为map文件内容：

Timestamp is4b9603e2 (Tue Mar 09 16:16:34 2010) //这个是时间戳，每次编译都不同，后面符号对应的地址一般也不同。

Preferred loadaddress is 00010000 //这是编译时的预装载地址，实际上模块被加载的地址可能跟这个不同，所以来确定某个地址对应哪个符号信息的时候，还需要知道该模块加载在内存的真正起始地址，然后根据偏移量来确定。

Start Length Name Class

0001:00000000 001c3950H .text CODE ==》存放程序代码

0003:000008b8000af67cH .data DATA ==》初始化的变量

0003:000aff40003930b1H .bss DATA ==》未初始化的变量

（2）操作系统总的map文件：不知道有没有。

（3）dumpbin

dumpbin是一个反汇编工具，可以输出exe/dll文件的许多信息。

dumpbin /allyourmodulename > a.txt 可以把所有的信息保存在一个a.txt中，里面可以找到时间戳、原debug路径信息及函数列表等。

如下：

FILE HEADERVALUES

1C2 machine (Thumb)

6 number of sections

49EC0BAE time date stamp Mon Apr 2013:44:14 2009 //时间戳

0 file pointer to symbol table

0 number of symbols

E0 size of optional header

2102 characteristics

Executable

32 bit word machine

DLL

OPTIONAL HEADERVALUES

10B magic # (PE32)

9.00 linker version

53E00 size of code

76A00size of initialized data

0 size of uninitialized data

502ACentry point (100502AC)

1000 base of code

55000 base of data

10000000 image base (10000000 to100CDFFF)

1000 section alignment

200 file alignment

5.01 operating system version

0.00 image version

5.01 subsystem version

0 Win32 version

CE000 size of image

400 size of headers

其中 10000000 image base (10000000 to 100CDFFF)是重要的信息，与map file中的 Preferred load address is10000000 意义相同。

DebugDirectories

Time Type Size RVA Pointer

-------- ------ -------- -------- --------

49EC0BAE cv 81 000020FC CFC Format: RSDS, {A5C699F0-C26D-427E-BC54-3504731BA9B8}, 1,d:\Projects\Final\MyUsbToPc_CPL\MyUsbToPc\Windows Mobile 6 Professional SDK(ARMV4I)\Debug\MyUsbToPc.pdb //原编译路径

Begin End Prolog Excpt 32bit Fixup 【Function Name】

0000000010001000 10001040 10001010 N Y Y DllMain

0000000810001040 10001064 10001050 N Y Y ?InitApplet@@YAHPAUHWND__@@@Z (int __cdecl InitApplet(struct HWND__*))

0000001010001064 10001068 10001064 N Y Y ?TermApplet@@YAXXZ (void __cdecl TermApplet(void))

0000001810001068 100013DC 10001078 N Y Y CPlApplet

00000020 1000141C 100014B4 10001420 N Y Y _DllMainCRTStartup

00000028100014B4 100014BC 100014B4 N Y Y GetCurrentProcess

00000030100014BC 100014F0 100014C0 N Y Y

00000038 100014F0 1000155C 100014F4 N Y Y _cinit

00000040 1000155C 10001660 10001560 N Y Y

0000004810001660 10001678 10001664 N Y Y exit

0000005010001678 10001690 1000167C N Y Y _exit

0000005810001690 100016AC10001694 N Y Y _cexit

00000060 100016AC 100016F8 100016B0 N Y Y _c_exit

begin栏对应的地址与map里的地址是一致的，非常类似于map文件。

【注意：很多exe或dll在编译时时将此信息隐藏的，Function Name会变成空的】

（三）Linux

（1）单个模块的map文件

暂还不清楚，大家知道的请告知。

（2）操作系统总的map文件

linux系统编译Image后会生成一个system.map，里面存了被编译进内核的符号信息，不同次的编译生成的system.map会有差异。

因为是操作系统的符号信息，装载的地址都是固定的，所以不像windows单个模块那样靠偏移量定位，直接通过地址就可以直接找到对应的符号。

其内容的重要的几个符号如下：

_stext//代码段开始

_etext//代码段结束

__data_start//初始化的数据开始

_edata//初始化的数据结束

__bss_start//未初始化数据开始

_end//全部结束

Linux相对windows有个很重要的不同是，linux启动后在proc\kallsyms里也有一份类似Map文件的信息，cat命令可看到其内容，有了这个就可以得到任何一个内核的符号（变量及函数名）的地址信息，而不需要在编译完内核后特意保存map文件，这真是一个巨大的宝藏。

而且，proc\kallsym的信息比system.map多，在最后会有module部分的符号信息，这些信息会随着系统的变化而变化。

（3）nm命令

nm命令用来显示某个可执行文件的符号信息。符号信息中会包含全局变量（比如下面的xyz）和函数名（比如下面的main），还有一些编译器插入的符号（比如下面的__data_start,__bss_start）

第二列表示符号的属性，其中大写代表global，小写代表local

Usage: nm[option(s)] [file(s)]

List symbols in[file(s)] (a.out by default).

示例：

nm helo

08049f20 d_DYNAMIC

08049ff4 d_GLOBAL_OFFSET_TABLE_

080484ec R_IO_stdin_used

w _Jv_RegisterClasses

08049f10 d__CTOR_END__

08049f0c d__CTOR_LIST__

08049f18 D__DTOR_END__

08049f14 d__DTOR_LIST__

08048500 r__FRAME_END__

08049f1c d__JCR_END__

08049f1c d__JCR_LIST__

0804a020 A__bss_start

0804a00c D__data_start

080484a0 t __do_global_ctors_aux

08048340 t__do_global_dtors_aux

0804a010 D__dso_handle

w __gmon_start__

0804849a T __i686.get_pc_thunk.bx

08049f0c d__init_array_end

08049f0c d__init_array_start

08048430 T__libc_csu_fini

08048440 T__libc_csu_init

U __libc_start_main@@GLIBC_2.0

0804a020 A _edata

0804a028 A _end

080484cc T _fini

080484e8 R_fp_hw

08048298 T _init

08048310 T_start

0804a020 bcompleted.6635

0804a00c Wdata_start

0804a024 bdtor_idx.6637

080483a0 t frame_dummy

080483c4 T main

U printf@@GLIBC_2.0

0804a014 D x

0804a018 D y

0804a01c D z

helo.c如下：

#include

int x = 10;

int y = 20;

int z = 30;

extern int__data_start;//这里引用了编译器插入的符号

int main(void)

{

int *ds = &__data_start;

printf("%p\n", ds);

printf("now x = %d\n", x);

ds+=3;

*ds = 100;

printf("now x = %d\n", x);

}

7， IDB文件

The compiler savesstate information from the first compile in the project’s .IDB file (the default name is project.IDB or VC60.IDBfor files compiled without a project).

The compiler usesthis state information to speed subsequent compiles.

8， SLN文件

Visual Studio.Solution 通过为环境提供对项目、项目项和解决方案项在磁盘上位置的引用，可将它们组织到解决方案中。比如是生成Debug模式,还是Release模式,是通用CPU还是专用的等

9， SUO文件

解决方案用户选项记录所有将与解决方案建立关联的选项，以便在每次打开时，它都包含您所做的自定义设置。比如你的VS布局,你的项目最后编译的而又没有关掉的文件(下次打开时用)

10，

iKusamba 2010-08-23 10:31 发表评论

C++博客-大规模高性能网络服务器编程 大型游戏服务器编程-随笔分类-C++技术