精品久久久无码21p发布,久久久久AV综合网成人,亚洲午夜久久久久妓女影院

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

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

今天写了一�D�代�? 是在Windows下编辑的, 保存后放在linux�pȝ��下编�?

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

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

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

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

症状�Q?/span>
MSDN无法正常昄��面�Q�目录显�C�正常。提�C�网��错误！

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

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

�c�d��和�Ҏ(gu��)��l�构体中的变量地址取结构体地址

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

请各位不吝指教，谢谢�Q?br>
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

��试代码�Q?br>

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容器使用之二�Q�deque

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

摘要: 本文�ȝ��了stl deque常用的规范的使用�Ҏ(gu��)��Q�以�?qi��ng)如何避免iterator失效�Q�老鸟勿入�Q�！�Q?nbsp; 阅读全文

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

STL容器使用之一�Q�vector

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

摘要: 本文�ȝ��了stl vector常用的规范的使用�Ҏ(gu��)��Q�以�?qi��ng)如何避免iterator失效�Q�老鸟勿入�Q�！�Q?nbsp; 阅读全文

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

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

摘要: �q�里设计了一个类�Q�通过4个字节存储日期，8个字节存储DateTime,�q�添加了一些跟旉��日期相关的函敎ͼ� 如：(x��)星期几查询，特定日期之后多少天是几号�Q?两个日期之间盔R��多少天等�{�。对于一般的用途，基本上够用了头文�Ӟ��(x��) 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

代码�Q�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_

如何使用�Q?br>头文�Ӟ��(x��)

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

cpp文�g�Q?br>

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}

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

PS�Q�可以参考看看如下资�?br>1�Q�细说Singleton模式�Q�创建、多�U�程与销�?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 定义�~�译器的版本�?br>
下面是一些编译器版本的_MSC_VER�?br>
　　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

�l�一�D�跟�~�译器相关的代码�Q?br>

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}

说明�Q?/strong>
Visual C++ 1.0�Q�集成了MFC 2.0�Q�是Visual C++�W�一代版本，1992�q�推出，可同时支�?6位处理器�?2位处理器版，可算是Microsoft C/C++ 7.0的更新版本�?br>
Visual C++ 1.5�Q�集成了MFC 2.5�Q�增加了“目标文�g链接嵌入 (OLE)2.0和支持MFC的开攑ּ�数据库链接（ODBC�Q�。这个版本只�?6位的�Q�也是第一个以CD-ROM��Y件蝲体的版本。这个版本也没有所�?#8220;标准�?#8221;。它是最后一个支�?6位��Y件编�E�的软�g�Q�也是第一个支持基于x86机器�?2位编�E��Y件�?br>
Visual C++ 2.0�Q�集成了MFC 3.0�Q�第一个只发行32位的版本。这个版本提前发行了�Q�几乎成了一�?#8220;丢失的版�?#8221;。这是因为那个时候Windows 95�Q�开发代码�ؓ(f��)"Chicago"�Q�还没有发行�Q�而W(xu��)indows NT又只占有很小的市��Z��额。该版本用户可以通过微��Y公司的订阅服务（Microsoft Subscription Service�Q�升�U�至2.1�?.2版本。微软公司在�q�个版本中集成�ƈ升��了Visual C++ 1.5�Q�作�?.0版本�Q�Visual C++ 1.5升��后版本号�Q?.51�Q�以�?.1版本�Q�Visual C++ 1.5升��后版本号�Q?.52�Q�的一部分。Visual C++ 2.x附带�?6位和32位版本的CDK�Q�同时支持Win32s的开发。Visual C++ 2.2�?qi��ng)其后箋版本不再升��Visual C++ 1.5�Q�尽��它一直被集成至Visual C++ 4.x�Q�。尽��出生的比Windows 95早，�q�个版本的发行日期还是非常接�q�Windows 95�Q�可是当Windows 95发行�Ӟ��Visual C++ 4.0也已�l�发行了。因此很多程序开发者直接从1.x�q�渡�?.0�Q�把2.x跌��M��?br>
Visual C++ 4.0�Q�集成了MFC 4.0�Q�这个版本是专门为Windows 95以及(qi��ng)Windows NT设计的。用户可以通过微��Y公司的订阅服务（Microsoft Subscription Service�Q�升�U�至4.1�?.2版本�Q�此版本不再支持Win32s开发）�?br>
Visual C++ 5.0�Q�集成了MFC 4.21�Q�是4.2版以来比较大的一�ơ升�U��?br>
Visual C++ 6.0�Q�集成了MFC 6.0�Q�于1998发行。发行至今一直被�q�泛地用于大大小��的��目开发。但是，�q�个版本在Windows XP下运行会(x��)出现问题�Q�尤其是在调试模式的情况下（例如�Q�静态变量的值�ƈ不会(x��)昄��Q�。这个调试问题可以通过打一个叫“Visual C++ 6.0 Processor Pack”的补丁来解决。奇怪的是，�q�个�|�页��用户也必��运行W(xu��)indows 98、Windows NT 4.0、或Windows 2000�?br>
Visual C++ .NET 2002�Q�也即Visual C++ 7.0�Q�，�?002�q�发行，集成了MFC 7.0�Q�支持链接时代码生成和调试运行时��查。这个版本还集成了Managed Extension for C++�Q�以�?qi��ng)一个全新的用户界面�Q�与Visual Basic和Visual C#��q��Q�。这也是��Z��么Visual C++ 6.0仍然被广泛��用的一个主要原因�?br>
Visual C++ .NET 2003�Q�也即Visual C++ 7.1�Q�，集成了MFC 7.1�Q�于2003�q�发行，是对Visual C++ .NET 2002的一�ơ重大升�U��?br>eMbedded Visual C++�Q�用于Windows CE操作�pȝ��。Visual C++作�ؓ(f��)一个独立的开发环境被Microsoft Visual Studio 2005所替代�?br>
Visual C++ 2005�Q�也即Visual C++ 8.0�Q�，集成了MFC 8.0�Q�于2005�q?1月发布。这个版本引�q�了对C++/CLI语言和OpenMP的支持�?br>
Visual C++ 2008�Q�也即Visual C++ 9.0�Q�，�?007�q?1月发布。这个版本支�?NET 3.5�?br>
Visual C++ 2010�Q�也即Visual C++ 10.0�Q�，�?010�q�发布，是目前最新的版本。Visual C++开发团队考虑使用SQL Server Compact格式的数据库来存储源码的相关信息[1].本版也加入了��C��化的C++�q�行�q�算�?Parallel Patterns Library�Q�部分支持C++0x。本版徏构于.NET 4.0之上�Q�但仍支持机器码的编译�?/p>

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

[原创]Windows�pȝ��下如何��用makefile

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

makefile在windows之外的系�l�中�q�泛使用�Q�大多数�E�序员依赖于vs的IDE; 掌握使用makefile�Q�对于自动化构徏很有�?br>
vs使用nmake.exe作�ؓ(f��)构徏的工��P��有别于linux的make

nmake.exe在vs的安装目录下�Q?br>
vs2005的默认目录是�Q�C:\Program Files\Microsoft Visual Studio 8\VC\bin 或�?C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Bin �Q�通常情况下这两个目录下该文�g为同一个）
vs2003的默认目录是�Q�C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\bin 或�?C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Bin

打开DOS�H�口�Q�输入nmake�Q�可能会(x��)出现如下错误提示�Q?br>

�q�是因�ؓ(f��)在vs的安装过�E�中�Q�没有注册vs的环境变量，可以通过如下�Ҏ(gu��)��查看自己是否已经注册好vs的环境变量：(x��)

在DOS�H�口中输入set path, 则会(x��)看到如下提示�Q?br>

我这边已�l�注册好环境变量了，如果你没有看刎ͼ�可以��vs的bin目录��d��到系�l�环境目录的path�?br>

重新打开DOS�H�口�Q�输入nmake�Q�如果提�C�如下，则说明环境目录注册成功：(x��)

�q�时�Q�可以开始我们的�~�译了，打开DOS�H�口�Q�导航到源代码目录，执行nmake�Q?span style="font-size: 18pt;">注意nmake对应的编译�ؓ(f��)makefile�Q�无后缀�?

如果你系�l�里面有好几个vs版本�Q�徏议不要将环境变量��d��到path里，我的做法是这��L(f��ng)��Q?br>1�Q�在C:\下面新徏目录utils�Q��ƈ��该目录��d��到path的环境变量中
2, ��vs2005的bin目录下的vcvars32.bat和vs2003的vcvars32.bat分别copy到C:\Utils目录下，重命名�ؓ(f��)vc8.bat和vc7.bat
3�Q�执行nmake前先执行vc7.bat�Q��用vs2003�~�译�Q�或者vc8.bat�Q��用vS2005�~�译�Q?br>

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�~�译后生成的文�g�c�d��

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

1�Q?nbsp;PCH文�g

预编译头文�g(一般扩展名�?PCH),是把一个工�E�中较稳定的代码预先�~�译好放在一个文�?.PCH)�?�q�些预先�~�译好的代码可以是�Q何的C/C++代码--甚至可以是inline函数,只它们在整个工程中是较�ؓ(f��)�E�_��?卛_��工程开发过�E�中不会(x��)�l�常被修改的代码.

��Z��么需要预�~�译头文�?一�a�以蔽�?提高�~�译速度.一般地,�~�译器以文�g为单位编�?如果修改了一工程中的一个文件则所有文仉��要重新编�?包括头文仉��的所有东�?eg.Macro�?Preprocessor预处�?,而VC�E�序�?�q�些头文件中所包括的东西往往是非常大�?�~�译之将占很长的旉��.但它们又不常被修�?是较�E�_��?为单独的一个小文�g而重新编译整个工�E�的所有文件导致编译效率下�?因此引入�?PCH文�g.

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

注意:

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

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

C.预编译文�?PCH生成之很耗时�?而且生成之后它也很占��盘�I�间,常在5-6M,注意��目完成之后�?qi��ng)时清理无用�?PCH文�g以节�U�磁盘空�?

D.如果丢了或删�?PCH文�g而以后要再修改工�E�文件时,可将指定�?Yc�?CPP文�g(默认为StdAfx.cpp)重新�~�译一�ơ即可再�ơ生�?PCH文�g,不用��d��的按F7或Rebuild All

2�Q?nbsp;NCB文�g

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

3�Q?nbsp;OBJ文�g

目标文�g�Q�一般是�E�序�~�译后的二进制文�Ӟ��再通过链接器和资源文�g链接��成exe文�g了�?/p>
OBJ只给��Z��E�序的相对地址�Q�而EXE是绝对地址�?/p>

4�Q?nbsp;PDB文�g

�E�序数据�?(PDB) 文�g保存着调试和项目状态信息，使用�q�些信息可以对程序的调试配置�q�行增量链接。当�?/ZI �?/Zi�Q�用�?C/C++�Q�生成时�Q�将创徏一�?PDB 文�g�?/p>
�?Visual C++ 中，/Fd 选项用于命名��q��译器创徏的PDB 文�g。当使用向导在Visual Studio 中创建项目时�Q?Fd 选项被设�|��ؓ(f��)创徏一个名�?project.PDB �?PDB�?/p>
如果使用生成文�g创徏 C/C++ 应用�E�序�Q��ƈ指定 /ZI �?/Zi 而不指定 /Fd �Ӟ��则最�l�将生成两个 PDB 文�g�Q?/p>
*VC80.PDB   �Q�更�W�统地说��是 VCx0.PDB�Q�其�?x 表示 Visual C++ 的版本。）该文件存储各�?OBJ 文�g的所有调试信息�ƈ与项目生成文仉��留在同一个目录中�?/p>
*project.PDB   该文件存�?.exe 文�g的所有调试信息。对于C/C++�Q�它�ȝ��?\debug 子目录中�?/p>
每当创徏 OBJ 文�g�Ӟ��C/C++ �~�译器都��调试信息合�q�到 VCx0.PDB 中。插入的信息包括�c�d��信息�Q�但不包括函数定义等�W�号信息。因此，即��每个源文仉��包含公共头文�Ӟ��?�Q�，�q�些头文件中�?typedef 也只存储一�ơ，而不是在每个 OBJ 文�g中都存在�?/p>
链接器将创徏 project.PDB�Q�它包含��目�?EXE 文�g的调试信息。project.PDB文�g包含完整的调试信息（包括函数原型�Q�，而不仅仅是在 VCx0.PDB 中找到的�c�d��信息。这两个 PDB 文�g都允许增量更新。链接器�q�在其创建的 .exe �?.dll 文�g中嵌�?.pdb 文�g的�\径�?/p>
Visual Studio 调试器��?EXE �?DLL 文�g中的PDB 路径查找 project.PDB 文�g。如果调试器在该位置无法扑ֈ� PDB 文�g或者如果�\径无效（例如�Q�如果项目被�U�d��C��另一台计��机上）�Q�调试器��搜索包�?EXE 的�\径，卛_��“选项”对话框（“调试”文�g夹，“�W�号”节点�Q�中指定的符可��\径。调试器不会(x��)加蝲与所调试的二�q�制不匹配的 PDB�?/p>

5�Q?nbsp;ILK文�g

在增量链接时�Q�LINK 更新在第一�ơ增量链接期间创建的 .ilk 状态文件。该文�g�?.exe文�g�?.dll 文�g��h��相同的基名称�Q��ƈ��h��扩展�?.ilk。在后面的增量链接期��_(d��)��LINK 更新 .ilk 文�g。如果缺��?.ilk 文�g�Q�则 LINK 执行完全链接�q�创建新�?.ilk 文�g。如�?.ilk 文�g无法使用�Q�则 LINK 执行非增量链接。有兛_��量链接的详细信息�Q�请参见渐进式链�?/INCREMENTAL) 选项�?/p>

6�Q?nbsp;MAP文�g

Windows和Linux�pȝ��下都有map文�g�Q�map文�g一般是用来保存�W�号的地址信息。这里的�W�号一般是指函数名�?qi��ng)变量（局部、全局�Q�。根据这个地址信息�Q�便可以把地址��译成相应的�W�号�Q�很多系�l�工兗��debug�Ҏ(gu��)��都要用到�q�种信息�?/p>
�Q�一�Q�一个程序编译完以后内容�?x��)分成两大类保存�Q�一�c�L��code�Q�一�c�L��data�Q?/p>
�Q?�Q�code指程序代码，常存�?text section

�Q?�Q�data指存�E�序中声明的变量�Q�常存在.data section�Q�未初始化的变量�?x��)被存�?bss section�?/p>
�Q�二�Q�Windows

�Q?�Q�单个模块的map文�g

在Windows下每一个模块（dll/exe�Q�对应一个map文�g�Q�只需�~�译时打开相应的选项卛_��?/p>
visual studio中方法：(x��)叛_��工程�Q�选择Properties�Q�然后选择 Configuration Properties -Linker - Debugging�Q�将Generate Map File��Ҏ(gu��)��成Yes�?/p>
�~�译后在debug/release目录里便可以扑ֈ�与应用程序同名的map文�g�?/p>
如下为map文�g内容�Q?/p>
Timestamp is4b9603e2 (Tue Mar 09 16:16:34 2010) //�q�个是时间戳�Q�每�ơ编译都不同�Q�后面符号对应的地址一般也不同�?/p>
Preferred loadaddress is 00010000 //�q�是�~�译时的预装载地址�Q�实际上模块被加载的地址可能跟这个不同，所以来��定某个地址对应哪个�W�号信息的时候，�q�需要知道该模块加蝲在内存的真正起始地址�Q�然后根据偏�U�量来确定�?/p>
Start         Length     Name                   Class

0001:00000000 001c3950H .text                   CODE ==》存攄��序代�?/p>
0003:000008b8000af67cH .data                   DATA ==》初始化的变�?/p>
0003:000aff40003930b1H .bss                    DATA ==》未初始化的变量

�Q?�Q�操作系�l��ȝ��map文�g�Q�不知道有没有�?/p>
�Q?�Q�dumpbin

dumpbin是一个反汇编工具�Q�可以输出exe/dll文�g的许多信息�?/p>
dumpbin /allyourmodulename > a.txt 可以把所有的信息保存在一个a.txt中，里面可以扑ֈ�旉��戟뀁原debug路径信息�?qi��ng)函数列表等�?/p>
如下�Q?/p>
FILE HEADERVALUES

             1C2 machine (Thumb)

               6 number of sections

            49EC0BAE time date stamp Mon Apr 2013:44:14 2009 //旉��?/p>
               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)是重要的信息�Q�与map file中的 Preferred load address is10000000 意义相同�?/p>
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 //原编译�\�?/p>

          Begin    End     Prolog   Excpt 32bit Fixup 【Function Name�?/p>
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里的地址是一致的�Q�非常类��g��map文�g�?/p>
【注意：(x��)很多exe或dll在编译时时将此信息隐藏的�Q�Function Name�?x��)变成空的�?/p>
�Q�三�Q�Linux

�Q?�Q�单个模块的map文�g

暂还不清楚，大家知道的请告知�?/p>
�Q?�Q�操作系�l��ȝ��map文�g

linux�pȝ��~�译Image后会(x��)生成一个system.map�Q�里面存了被�~�译�q�内核的�W�号信息�Q�不同次的编译生成的system.map�?x��)有差异�?/p>
因�ؓ(f��)是操作系�l�的�W�号信息�Q�装载的地址都是固定的，所以不像windows单个模块那样靠偏�U�量定位�Q�直接通过地址��可以直接找到对应的�W�号�?/p>

其内容的重要的几个符号如下：(x��)

_stext//代码�D�开�?/p>
_etext//代码�D늻��?/p>
__data_start//初始化的数据开�?/p>
_edata//初始化的数据�l�束

__bss_start//未初始化数据开�?/p>
_end//全部�l�束

Linux相对windows有个很重要的不同是，linux启动后在proc\kallsyms里也有一份类似Map文�g的信息，cat命��o(h��)可看到其内容�Q�有了这个就可以得到��M��一个内核的�W�号�Q�变量及(qi��ng)函数名）的地址信息�Q�而不需要在�~�译完内核后�Ҏ(gu��)��保存map文�g�Q�这真是一个巨大的宝藏�?/p>
而且�Q�proc\kallsym的信息比system.map多，在最后会(x��)有module部分的符号信息，�q�些信息�?x��)随着�pȝ��的变化而变化�?/p>

�Q?�Q�nm命��o(h��)

nm命��o(h��)用来昄��某个可执行文件的�W�号信息。符号信息中�?x��)包含全局变量�Q�比如下面的xyz�Q�和函数名（比如下面的main�Q�，�q�有一些编译器插入的符��P��比如下面的__data_start,__bss_start�Q?/p>
�W�二列表�C�符��L(f��ng)��属性，其中大写代表global�Q�小写代表local

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

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

�C�Z��Q?/p>
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如下�Q?/p>
#include

int x = 10;

int y = 20;

int z = 30;

extern int__data_start;//�q�里引用了编译器插入的符�?/p>
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�Q?nbsp;IDB文�g

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�Q?nbsp;SLN文�g

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

9�Q?nbsp;SUO文�g

解决�Ҏ(gu��)��用户选项   记录所有将与解��x��案徏立关联的选项�Q�以便在每次打开�Ӟ��它都包含�(zh��n)�所做的自定义设�|�。比如你的VS布局,你的��目最后编译的而又没有��x��的文�?下次打开时用)

10�Q?nbsp;

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

精品久久久无码21p发布,久久久久AV综合网成人,亚洲午夜久久久久妓女影院

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

�c�d��������和�Ҏ(gu��)���l�构体中的变量地址取结构体地址

STL容器使用之二�Q�deque

STL容器使用之一�Q�vector

利用宏实现的一个singleton

_MSC_VER 与vs

[原创]Windows�pȝ��下如何��用makefile

clean_build

vc�~�译后生成的文�g�c�d��

�c�d��和�Ҏ(gu��)��l�构体中的变量地址取结构体地址