一、食物排毒法：

在5-7天内给你的身体来个大扫除，自我清理毒素。

　　起床后喝一大杯温柠檬水

起床后不要立刻进食或忙着洗脸刷牙，此时你最需要的是加了一片新鲜柠檬片(如果没有新鲜的，干柠檬片也可以)的温开水，它可以促进肾脏的循环，激发一 天的新陈代谢的开始。如果你有每天服用维他命或鱼油丸的习惯，此时也可以一并服下，帮助在接下来的早餐中吸收最多的营养元素，保证一天的营养和机体正常运 作。

　　有益排毒的碱性食物

　　1 肝脏是解毒的重要器官，所以必须减缓肝脏的超负荷运动。需要控制小麦、肉类、乳制品，盐和糖，食物添加剂、防腐剂、饱和脂肪、酒和油炸食品的摄入量。以米饭为主食，能净化肠胃且不会加重消化负担，它所含的淀粉质对清肝脏来说也是灵丹妙药。

　　2 尽情享受蔬菜和水果，高解毒的食品有：猕猴桃、柑橘、葡萄、菠萝、黄瓜、菠菜、卷心菜、水田芹。不要担心所有的蔬菜都有一点微苦，是由于它们含有净化物质。

TIPS：使用食物排毒的人在刚开始的两天可能感觉不太好，不过不必紧张，人体此时正在进入一种“康复危机”，此时肝脏正在努力去除毒素，会导致头痛、疲乏。

   二、运动排毒法：

对于喜欢运动却懒得动手做菜或没有条件禁食的人来说，这是最合适的方法。

1、每日至少散步30分钟，做些轻柔舒缓的运动，如慢跑、打太极拳。

2、练习腹式呼吸：平躺下来，用鼻孔吸气，然后屏气，气流经过腹腔，再慢慢从鼻孔呼气。

3、洗桑拿来帮助出汗，10到15分钟后冲一下凉水澡，刺激血液循环。

4、运动的同时，要时刻补充水分，也可以喝绿茶，但绝不能喝碳酸饮料。市场上的运动型饮料，在排毒的几天里最好不要饮用。

　　三、美容排毒法：

皮肤是身体排毒的重要途径，而当体内毒素累积过多时，皮肤也会首先报警。肤色黯淡、干涩无光、痘痘频频、油腻严重——这些都是身体中毒的迹象。

　　身体干刷按摩

每天洗澡时用丝瓜筋手套对肌肤进行干按摩，被誉为促进身体排毒的真正妙方。按摩加速血液循环和淋巴液畅通，从而使体内有毒废物易于冲洗出去。通常可采用圈状按摩手法，自下而上地对全身施加按摩力，注意按摩方向为肢体末端向心脏方向。

　　四、泡澡排毒：

泡澡绝对是帮助肌肤排毒的好方法，可将积存在皮下组织内的酸性废物冲洗掉，将滞留在身体的二氧化碳及不好的物质代谢出来，从而使肌肤变得健康有弹性。天然浴盐和芳香精油是排毒泡澡的首选，在浴缸中加入浴盐和迷迭香、茶树及柠檬精油，会起到不错的排毒效果。

　　五、简易排毒法：

如果你工作忙碌，作息时间不稳定，可以使用简易的方法轻松排毒。

1、每天早上侧卧着喝一杯加柠檬的温水，这一动作有利于水经过肝脏，带走在体内沉积了一夜的毒素。

2、每天吃一个苹果，其为天然的解毒剂，它所含的果胶能替我们把从污浊空气中吸进体内的金属废物排出。

3、每星期缚1-2次具有排毒功能的面膜，通过肌肤排汗的过程，促进淋巴及血液循环，从而将毒素排出。

小站一共收录了近4500篇有关健康的文章（健康饮食/健康睡眠/健康运动/健康容貌/健康性福/健康心理/综合类健康资讯等），涵盖面广，简单实用。

//“加油”前必读 //

自助式加油-根据您的需要和兴趣，可在本博首页 “分类”中点击相关主题(如“健康饮食”)，直接阅读所有有关健康饮食的文章,达到针对性强、效率性高的“加油”目的。另外本博首页右上角新增的搜索功能也不错哦：）

互动式加油-如果您看了文章后还有疑问，请给我留言或在评论中写下您的问题，我将尽力并尽早以博文、公开征求答案等形式回复您的问题。

欢迎您收藏本博，好随时查阅，同时也方便将相关文章的地址发给您的亲朋好友们，一个善意的提醒，会更温馨亲情、甜蜜爱情、深刻友情哦...爱好自己是对所有爱您的人--最高和最重要的回报！愿小站能做您健康人生的好伴侣！

-  全球第一家中文版电子化  24小时健康加油站  -

曾被加拿大中文电台《博客世界》节目，以及凤凰卫视旗下《凤凰健康》杂志等多家媒体报道，并荣登新浪健康“博客秀”。

每次加油最佳时长<30分钟 ! 定期加油，为生命注入能量 ! !

这 里要提到的一点是,在用COM和ATL前,程序员一般用.DLLs来代替它们. 你可以用.DLL做很多事.如果你有几个程序要用到相同的函数或资源,你 可以将代码放到一个.DLL中.将多个程序要共同用到的代码放到一个简单的.DLL中可以节省维护时间,因为代码就在一个地方.:)修理和其他的改动最多 做一次就够了.如果你有一个在不同时间用不同程序的程序,你应该把这些程序做成.DLLs,根据需要的导入相应的.DLL.有很多理由要用到.DLLS.
  虽 然用.DLL能做的COM全能做,但是仍有很多好原因使得我们要用.DLLs,所以它们没有消失.但是.DLLs还是有很多严重缺点的,这些严重的缺点就 是我们为什么会首先想到用COM.但.DLLs仍然是很实用的工具.对照COM和ATL,.DLLs是非常简单的来实现的.学习COM和ATL需要投入大 量的时间和努力.实现.DLL却相对简单,修改起来也不难.如果你会一些C++和MFC,你现在就可以实现.DLLs.
  这篇文章回顾一下用MFC实现.DLLs的几种形式,包括何时用和怎么用各种形式.在下一篇将讨论.DLLs的局限性(这就是为何会出现COM和ATL)

  
Different types of .DLLs

  可 以用MFC来实现两种.DLLs:一个是MFC扩展.DLL,一个是正规的.DLLs.正规的.DLLs有两种实现方 式:dynamically linked 或者 statically linked.Visual C++也允许你用 generic Win32 .DLL,但本文我们只讨论以MFC为基础的.DLL形式.

  MFC extension .DLLs
  每 一个.DLL都有一些接口.接口是一套变量,指针,函数或者是类,可以通过客户程序来访问.MFC的扩展.DLL有一个C++形式的接口,也就是说它提供 给客户程序("export")C++函数或者整个类.导出函数可以用C++或者MFC的数据形式作为参数或返回值.当导出整个类,客户程序可以创建此类 的对象或者派生于此类.在.DLL中,你也可以用MFC和C++.
  Visual C++用的MFC的类代码库也存在于.DLL中.一个扩 展.DLL是动态连接到MFC的代码库的.DLL的.客户程序也必须动态的连接到MFC的代码库.随着时间的推移,MFC的库也在增长.结果,就有了几个 不同的MFC的代码库的版本.客户端和扩展的.DLL必须建立在相同版本的MFC上.因此,一个MFC扩展的.DLL要运行,客户端和此扩展的.DLL必 须动态的连到相同的MFC代码库的.DLL上,并且,此库还得在该程序运行的机器上好使.
  注意:如果你的程序静态的连接到MFC,但是你希望 改变它便于从一个扩展的.DLL中访问函数,这时,你要改此应用程序为动态连接到MFC.在Visual C++,在菜单中 选"Project | Settings",在"General"设置标签中可以把你的程序改成动态连接到MFC.
  MFC扩展.DLLs非常小.你可以建立一个导出一些函数或者类的大约10-15KB的.DLL.显然的,你的.DLL的大小要以你要存多少代码到你的.DLL中为准.但是通常MFC扩展的.DLLs是相对小和快捷的.
  
  Regular .DLLs
  MFC 的扩展.DLL只能工作在用MFC编的客户程序上.如果你的.DLL可以被大多数的Win32程序导入和运行,你应改选择正规的.DLL.但你只能导出 C-style函数.你不能导出类.你不能导出C++函数或overloaded函数.不能用MFC的数据类型作为参数和返回值.但可以在你的.DLL中 用C++和MFC,但是你的接口必须全是C-style.  
  当然正规的.DLL也要访问MFC的代码库的.DLL.可以动态,可以静态连 接.如果动态连接,意味着你的.DLL函数所需的MFC代码不用建立在你的.DLL中,你的.DLL会从你的客户端的机器上MFC的代码库的.DLL中取 得所需要的代码.如果正确的MFC代码库的.DLL版本没找到,你的.DLL将不能工作.像MFC扩展的.DLL一样,正规的.DLL也非常小,只能在客 户端所在的机器有MFC代码库的.DLL情况下工作.
  如果你静态连接到MFC代码库,你的.DLL包括它自己的所有的所需的MFC代码.那 么,它将非常庞大,但是它不依赖于客户端的电脑配置.如果你不知道主机的机器配置情况,这是一个很好的方法.如果你的客户在你的公司范围内,你可以知道他 们的MFC .DLL的配置情况,或者你的安装程序带了正确版本的MFC .DLL,那么静态连接就不是一个好方法了.

  
Building a .DLL

  可 以用App Wizard来实现以MFC为基础的.DLL.选择"File | New",在"Projects"标签上,选 择"MFC AppWizard (.DLL).",为你的工程选一个名字,然后单击"OK".在下一个屏幕,选择建立一个MFC扩展的.DLL,或者正 规的.DLL"using shared MFC .DLL"(就是动态连接到MFC),或者正规的.DLL(静态的连接到MFC).选择其中一个, 按"Finish".
  App Wizard新建立的.DLL没做任何事.编译新的.DLL,但是它不导出任何类和函数,本质上来说,没有任何用,你现在有两个工作:
  1.增加函数.
  2.修改客户端来调用你的.DLL.
  
  Export a Class
  上 面提到,只有MFC的扩展.DLL能导出MFC/C++类.假设你建立了一个扩展的.DLL,你可以通过从另一个工程加入.cpp和.h文件来创建一个 类,也可以在你的工程中创建新类.要导出这个新类,你必须在类的声明前加一个宏"AFX_EXT_CLASS",像这样:

     class AFX_EXT_CLASS CMyClass
     {
          //class declaration goes here
     };
  
  还用一种方法来导出一个类,很简单而且很好,我会在下面讨论客户端如何做才能用上你的导出类提到.
  
  Export objects and variables
  代替导出整个类的方法,你可以导出该类在.DLL中的对象.客户端程序可以调用所有的该导出对象的公有函数和访问它的公有成员变量.
  首先,创建一个.h文件,定义了你的新类.然后创建实现你的新类的.cpp文件.在.cpp文件底部,在你所有的公有的,私有的类函数后,创建一个这样的类的实例:

     _declspec(dllexport) CMyClass myObject;

  这 行的作用是创建一个CMyClass类的实例,当客户端导入.DLL时,使得客户端可以访问该实例.通过该实例,访问它的公有函数和成员编量.注意,每个 客户端导入.DLL将获得该实例的一个拷贝,也就是说,如果不同的程序访问相同的.DLL,如果一个程序改变了该实例,不会影响另一个程序.
  除了导出实例,你可以用同样的方法导出变量.如果你加上此行:
  
     _declspec(dllexport) int x;

  就可以导出变量,为客户端应用.下面说的很重要:你只能导出全局的实例或者变量.局部的实例或者变量当它们跑出作用域,就会停止生存.如果用下面的方法,将不会正常工作:

     MyFunction( )
     {
          _declspec(dllexport) CMyClass myObject;
          _declspec(dllexport) int x;
     }

  一旦实例或者变量跑出作用域,它们将停止生存.

  Export a function
  导出函数和导出变量是很相似的.你可以简单的在函数前面加上"_declspec(dllexport)"

     _declspec(dllexport) int MyExportedFunction(int);

  这就是导出的全部.记住,只有MFC扩展的.DLL能导出C++函数或者以MFC的数据类型为参数或者返回值.正规的.DLLs只能导出C-style函数.

  
Using the .DLL in a client application

  一个.DLL不能运行它自己.它需要客户端导入它,调用它的接口.
  当你编译你的.DLL时,编译器创建两个很重要的文件: .DLL文件和.lib文件.你的客户端需要这两个文件.你必须拷贝它们到客户端的工程文件夹.

  除了.DLL和.lib文件,你的客户端还需要要导出的类,函数,实例和变量所在的头文件.要导出函数时要加"_declspec(dllexport)"声明.现在要导入了,就要加入"_declspec(dllimport)"声明.如下:

     _declspec(dllimport) CMyClass myObject;
     _declspec(dllimport) int x;
     _declspec(dllimport) int MyExportedFunction(int);

  为了可读性,我们可以这样写:

     #define DLLIMPORT _declspec(dllimport)
     
     DLLIMPORT CMyClass myObject;
     DLLIMPORT int x;
     DLLIMPORT int MyExportedFunction(int);

  现在你声明了你的实例,变量和函数,可以用了.:)
  要导出整个类,你必须将整个.h头文件拷过来..DLL和客户端要有唯一的关于此导出类的头文件.记住,类的声明要加上: AFX_EXT_CLASS 宏.
  一 旦你建立了客户端,你已经准备给客户用了,你应该给他们你的Release可执行文件和Release的.DLL.不用给用户.lib文件..DLL可以 放在客户程序的目录,或者系统目录.还有上面提到的,你要提供正确的MFC代码库的.DLL.这个.DLL是你的机器装Visual C++时候用的.

  MFC Issues
  在上一节已经提到了这个,但是很有再一次提的价值.MFC扩展的.DLL只能在和客户端的程序用相同的MFC和正确的MFC的代码库的情况下才好使.正规的.DLL也是如此.

  Compiler Incompatibility Issues
  一个很重要的问题就是在以C++为基础的.DLLs,当它们建立在某一个编译器上,而调用它们的客户端却建立在另一个编译器上,通常情况下,再多的努力,它也不会工作.:(
  ANSI协会制定了C和C++的语言的标准.也就是说,它指定了C和C++的函数和数据类型必须由一个编译器来支持.但是它并没有提供一个完整的基于二进制级的关于如何用函数和数据类型的实现.结果,编译器厂商就根据自己的方式来自由的实现其语言功能.
  很 多的C/C++程序员知道不同的编译器操作的数据类型是不同的.一个编译器为int型变量分配2bytes,但另一个也许会分配4bytes.一个会用 4bytes的double,另一个可能用8bytes的.在函数实现和操作符重载方面就有更大的差别了.不同的编译器的差别比你想的还要多,所以,这些 不同使你的.DLL不能运行于某些的程序上.
  编译器的不兼容问题可以通过插入pragmas和其他的重编译说明到你的代码来解决,但是很难, 而且不易读.但是用到不兼容的编译器确实是不可避避免的.解决编译器不兼容问题的最好的方法是让你的.DLL导出一个简单的接口类,让它指回你 的.DLL,我们将在下面讨论.

  Recompiling
  让我们假设你建立了内含名为CMyClass的类的.DLL.当一个客户程序连到你的.DLL,.DLL创建这个类的实例并导出这个实例.假设你的导出实例为30字节.
  现 在假设你对CMyClass做了一些改动,加了一个int型变量,这样你的导出的CMyClass的实例就由原来的30字节变成了34字节,你将新 的.DLL给用户,让它替代原来的.现在,错误来了,客户程序期待一个30字节的实例,但是你的新的.DLL却送来了34字节的实例,客户程序将抛出异 常.
  客户程序并不需要改变代码,所有要做的就是导入一个CMyClass类的实例.在代码的某处,加上这行:

     _declspec(dllimport) CMyClass myObject;

  客户程序的代码不需任何改变,只需要重编译客户程序来解决此问题,重编译后,客户程序将等待34字节的实例.
  这是很严重的问题,不重新编译客户端而只在改变.DLL后将此.DLL重置是我们的目标.然而,你的.DLL要导出整个类或一个类的实例,那么此目标是不可能实现的.你必须重编译客户端.如果你没有客户端的源代码,你将使用不了新的.DLL.

  Solutions
  如果对上面的问题有一个很好的解决,那么我们不会用COM了.这里有一些建议:
  尽可能的用MFC的扩展的.DLLs.虽然这样限制了你的客户程序的类型,但是解决了编译器不兼容的问题.
  如果你的.DLL导出类或者类的实例,你不得不在修改了.DLL后重新编译你的客户端.为了避免这样,你必须做到分解你要导出的类,实现导出类的一个接口.最好的方法是,创建一个作为第一个类的接口的类,这样你改变了导出类的话,接口类不变,客户程序无需重新编译.
  这 里有一个例子.假设你要导出CMyClass类.CMyClass有两个公有函数,int FunctionA(int)和 int FunctionB(int).替代导出CMyClass,我将创建一个导出接口CMyInterface.CMyInterface将含有一个 指向CMyClass的实例.这里给出它的头文件:
  
     class AFX_EXT_CLASS CMyInterface
     {
          class CMyClass; //forward declaration of CMyClass
          CMyClass *m_pMyClass;
          
          public:
          CMyInterface( );
          ~CMyInterface( );
          
          int FunctionA(int);
          int FunctionB(int);
     };

  这份头文件将用在.DLL和客户端程序.注意,前面的声明意味着没有CMyClass的备份也可以编译.
  在.DLL内部,这样实现CMyInterface:

     CMyInterface::CMyInterface( )
     {
          m_pMyClass = new CMyClass; 
     }
     
     ~CMyInterface::~CMyInterface( )
     {
          delete m_pMyClass;
     }
     
     CMyInterface::FunctionA( )
     {
          return m_pMyClass->FunctionA( );
     }
     
     CMyInterface::FunctionB( )
     {
          return m_pMyClass->FunctionB( );
     }

  因 此,CMyClass的每一个函数,CMyInterface将提供相应的函数.客户程序将和客户程序没有联系.如果它想调用 CMyClass::FunctionA,只需调用CMyInterface::FunctionA.接口类会用指针调用CMyClass.用这种布局你 可以改变CMyClass了----不用担心CMyClass的大小变了.CMyInterface的接口的大小不变.即使你给CMyClass加了一个 私有变量,CMyInterface的大小也不会变.要是你加了公有成员,就在CMyInterface里边直接加上对应新变量 的"getter" 和 "setter" 函数,不用担心,加入新的函数,CMyInterface接口类的大小不会改变.
  建立一个单独的 接口可以避免编译器不兼容,客户端重编译的问题.只要接口类不变,就不需重编译.但仍然有两个小问题,一:对于每一个CMyClass的公有的成员变量, 你必须在CMyInterface里创建实际的对应的函数或变量.这个例子中只有两个函数,所以很简单.如果CMyClass有成千上万的函数和变量,这 将变得很困难,而且易错.二:你将增大进程的开销.客户程序不再直接访问CMyClass,替代的通过访问CMyInterface来访问 CMyClass.如果一个函数要被调用成千次,那此进程将会耗用很长时间.

下载源代码

读了老罗的“仅通过崩溃地址找出源代码的出错行”(下称"罗文")一文后，感觉该文还是可以学到不少东西的。不过文中尚存在有些说法不妥，以及有些操作太繁琐的地方 。为此，本人在学习了此文后，在多次实验实践基础上，把该文中的一些内容进行补充与改进，希望对大家调试程序，尤其是release版本的程序有帮助 。欢迎各位朋友批评指正。


一、该方法适用的范围
在windows程序中造成程序崩溃的原因很多，而文中所述的方法仅适用与:由一条语句当即引起的程序崩溃。如原文中举的除数为零的崩溃例子。而笔者在实际工作中碰到更多的情况是:指针指向一非法地址 ，然后对指针的内容进行了，读或写的操作。例如：

void Crash1()

{

char * p =(char*)100;

*p=100;

}

#include 

void Crash2();

int main(int argc,char* argv[])

{

Crash2();

return 0;

}



void Crash2()

{

char p[1];

strcpy(p,"0123456789");

}

 崩溃行偏移 = 崩溃地址 - 0x00400000 - 0x1000 

崩溃行偏移 = 崩溃地址 - 崩溃函数绝对地址 + 函数相对偏移

0001:00000020 ?Crash@@YAXXZ 00401020 f CrashDemo。obj 

01 //****************************************************************

02 //文件名称：crash。cpp

03 //作用:    演示通过崩溃地址找出源代码的出错行新方法

04 //作者：   伟功通信 roc

05 //日期：   2005-5-16

06//****************************************************************

07 void Crash1();

08 int main(int argc,char* argv[])

09 {

10	Crash1();

11	return 0;

12 }

13

14 void Crash1()

15 {

16  char * p =(char*)100;

17  *p=100;

18 }

 Crash



Timestamp is 42881a01 (Mon May 16 11:56:49 2005)



Preferred load address is 00400000



Start Length Name Class

0001:00000000 0000ddf1H .text CODE

0001:0000ddf1 0001000fH .textbss CODE

0002:00000000 00001346H .rdata DATA

0002:00001346 00000000H .edata DATA

0003:00000000 00000104H .CRT$XCA DATA

0003:00000104 00000104H .CRT$XCZ DATA

0003:00000208 00000104H .CRT$XIA DATA

0003:0000030c 00000109H .CRT$XIC DATA

0003:00000418 00000104H .CRT$XIZ DATA

0003:0000051c 00000104H .CRT$XPA DATA

0003:00000620 00000104H .CRT$XPX DATA

0003:00000724 00000104H .CRT$XPZ DATA

0003:00000828 00000104H .CRT$XTA DATA

0003:0000092c 00000104H .CRT$XTZ DATA

0003:00000a30 00000b93H .data DATA

0003:000015c4 00001974H .bss DATA

0004:00000000 00000014H .idata$2 DATA

0004:00000014 00000014H .idata$3 DATA

0004:00000028 00000110H .idata$4 DATA

0004:00000138 00000110H .idata$5 DATA

0004:00000248 000004afH .idata$6 DATA



Address Publics by Value Rva+Base Lib:Object



0001:00000020 _main 00401020 f Crash.obj

0001:00000060 ?Crash1@@YAXXZ 00401060 f Crash.obj

0001:000000a0 __chkesp 004010a0 f LIBCD:chkesp.obj

0001:000000e0 _mainCRTStartup 004010e0 f LIBCD:crt0.obj

0001:00000210 __amsg_exit 00401210 f LIBCD:crt0.obj

0001:00000270 __CrtDbgBreak 00401270 f LIBCD:dbgrpt.obj

...

	TITLE	E:\Crash\Crash。cpp

.386P

include listing.inc

if @Version gt 510

.model FLAT

else

_TEXT	SEGMENT PARA USE32 PUBLIC ''CODE''

_TEXT	ENDS

_DATA	SEGMENT DWORD USE32 PUBLIC ''DATA''

_DATA	ENDS

CONST	SEGMENT DWORD USE32 PUBLIC ''CONST''

CONST	ENDS

_BSS	SEGMENT DWORD USE32 PUBLIC ''BSS''

_BSS	ENDS

$$SYMBOLS	SEGMENT BYTE USE32 ''DEBSYM''

$$SYMBOLS	ENDS

$$TYPES	SEGMENT BYTE USE32 ''DEBTYP''

$$TYPES	ENDS

_TLS	SEGMENT DWORD USE32 PUBLIC ''TLS''

_TLS	ENDS

;	COMDAT _main

_TEXT	SEGMENT PARA USE32 PUBLIC ''CODE''

_TEXT	ENDS

;	COMDAT ?Crash1@@YAXXZ

_TEXT	SEGMENT PARA USE32 PUBLIC ''CODE''

_TEXT	ENDS

FLAT	GROUP _DATA， CONST, _BSS

ASSUME	CS: FLAT, DS: FLAT, SS: FLAT

endif

PUBLIC	?Crash1@@YAXXZ					; Crash1

PUBLIC	_main

EXTRN	__chkesp:NEAR

;	COMDAT _main

_TEXT	SEGMENT

_main	PROC NEAR					; COMDAT



; 9    : {



00000	55		 push	 ebp

00001	8b ec		 mov	 ebp， esp

00003	83 ec 40	 sub	 esp, 64			; 00000040H

00006	53		 push	 ebx

00007	56		 push	 esi

00008	57		 push	 edi

00009	8d 7d c0	 lea	 edi, DWORD PTR [ebp-64]

0000c	b9 10 00 00 00	 mov	 ecx， 16			; 00000010H

00011	b8 cc cc cc cc	 mov	 eax， -858993460		; ccccccccH

00016	f3 ab		 rep stosd



; 10   : 	Crash1();



00018	e8 00 00 00 00	 call	 ?Crash1@@YAXXZ		; Crash1



; 11   : 	return 0;



0001d	33 c0		 xor	 eax， eax



; 12   : }



0001f	5f		 pop	 edi

00020	5e		 pop	 esi

00021	5b		 pop	 ebx

00022	83 c4 40	 add	 esp, 64			; 00000040H

00025	3b ec		 cmp	 ebp, esp

00027	e8 00 00 00 00	 call	 __chkesp

0002c	8b e5		 mov	 esp, ebp

0002e	5d		 pop	 ebp

0002f	c3		 ret	 0

_main	ENDP

_TEXT	ENDS

;	COMDAT ?Crash1@@YAXXZ

_TEXT	SEGMENT

_p$ = -4

?Crash1@@YAXXZ PROC NEAR				; Crash1, COMDAT



; 15   : {



00000	55		 push	 ebp

00001	8b ec		 mov	 ebp, esp

00003	83 ec 44	 sub	 esp, 68			; 00000044H

00006	53		 push	 ebx

00007	56		 push	 esi

00008	57		 push	 edi

00009	8d 7d bc	 lea	 edi, DWORD PTR [ebp-68]

0000c	b9 11 00 00 00	 mov	 ecx, 17			; 00000011H

00011	b8 cc cc cc cc	 mov	 eax, -858993460		; ccccccccH

00016	f3 ab		 rep stosd



; 16   :  char * p =(char*)100;



00018	c7 45 fc 64 00

00 00		 mov	 DWORD PTR _p$[ebp], 100	; 00000064H



; 17   :  *p=100;



0001f	8b 45 fc	 mov	 eax, DWORD PTR _p$[ebp]

00022	c6 00 64	 mov	 BYTE PTR [eax], 100	; 00000064H



; 18   : }



00025	5f		 pop	 edi

00026	5e		 pop	 esi

00027	5b		 pop	 ebx

00028	8b e5		 mov	 esp, ebp

0002a	5d		 pop	 ebp

0002b	c3		 ret	 0

?Crash1@@YAXXZ ENDP					; Crash1

_TEXT	ENDS

END

?Crash1@@YAXXZ PROC NEAR				; Crash1, COMDAT

; 15   : {

00000	55		 push	 ebp

00018	c7 45 fc 64 00

00 00		 mov	 DWORD PTR _p$[ebp], 100	; 00000064H

  崩溃偏移地址 = 崩溃语句地址 - 崩溃函数的起始地址 = 0x00401082 - 0x00401060 = 0x22。

崩溃语句在cod文件中的相对偏移 =  崩溃函数在cod文件中相对偏移 + 崩溃偏移地址 = 0x0000 + 0x22 = 0x22

 00022	c6 00 64	 mov	 BYTE PTR [eax], 100	; 00000064H

; 17   :  *p=100;

“该程序执行了非法操作，即将关闭。请与你的软件供应商联系。”，呵呵，这句 M$ 的“名言”，恐怕就是程序员最担心见到的东西了。有的时候，自己的程序在自己的机器上运行得好好的，但是到了别人的机器上就崩溃了；有时自己在编写和测试 的过程中就莫名其妙地遇到了非法操作，但是却无法确定到底是源代码中的哪行引起的……是不是很痛苦呢？不要紧，本文可以帮助你走出这种困境，甚至你从此之 后可以自豪地要求用户把崩溃地址告诉你，然后你就可以精确地定位到源代码中出错的那行了。（很神奇吧？呵呵。）

首先我必须强调的是，本方法可以在目前市面上任意一款编译器上面使用。但是我只熟悉 M$ 的 VC 和 MASM ，因此后面的部分只介绍如何在这两个编译器中实现，请读者自行融会贯通，掌握在别的编译器上使用的方法。

Well，废话说完了，让我们开始！ ：）

首先必须生成程序的 MAP 文件。什么是 MAP 文件？简单地讲， MAP 文件是程序的全局符号、源文件和代码行号信息的唯一的文本表示方法，它可以在任何地方、任何时候使用，不需要有额外的程序进行支持。而且，这是唯一能找出程序崩溃的地方的救星。

好吧，既然 MAP 文件如此神奇，那么我们应该如何生成它呢？在 VC 中，我们可以按下 Alt+F7 ，打开“Project Settings”选项页，选择 C/C++ 选项卡，并在最下面的 Project Options 里面输入：/Zd ，然后要选择 Link 选项卡，在最下面的 Project Options 里面输入： /mapinfo:lines 和 /map:PROJECT_NAME.map 。最后按下 F7 来编译生成 EXE 可执行文件和 MAP 文件。

在 MASM 中，我们要设置编译和连接参数，我通常是这样做的：

rc %1.rc
ml /c /coff /Zd %1.asm
link /subsystem:windows /mapinfo:exports /mapinfo:lines /map:%1.map %1.obj %1.res

把它保存成 makem.bat ，就可以在命令行输入 makem filename 来编译生成 EXE 可执行文件和 MAP 文件了。

在此我先解释一下加入的参数的含义：

/Zd 表示在编译的时候生成行信息
/map[:filename] 表示生成 MAP 文件的路径和文件名
/mapinfo:lines 表示生成 MAP 文件时，加入行信息
/mapinfo:exports 表示生成 MAP 文件时，加入 exported functions （如果生成的是 DLL 文件，这个选项就要加上）

OK，通过上面的步骤，我们已经得到了 MAP 文件，那么我们该如何利用它呢？

让我们从简单的实例入手，请打开你的 VC ，新建这样一个文件：

01 //****************************************************************
02 //程序名称：演示如何通过崩溃地址找出源代码的出错行
03 //作者：罗聪
04 //日期：2003-2-7
05 //出处：http://www.luocong.com（老罗的缤纷天地）
06 //本程序会产生“除0错误”，以至于会弹出“非法操作”对话框。
07 //“除0错误”只会在 Debug 版本下产生，本程序为了演示而尽量简化。
08 //注意事项：如欲转载，请保持本程序的完整，并注明：
09 //转载自“老罗的缤纷天地”（http://www.luocong.com）
10 //****************************************************************
11
12 void Crash(void)
13 {
14 int i = 1;
15 int j = 0;
16 i /= j;
17 }
18
19 void main(void)
20 {
21 Crash();
22 }

很显然本程序有“除0错误”，在 Debug 方式下编译的话，运行时肯定会产生“非法操作”。好，让我们运行它，果然，“非法操作”对话框出现了，这时我们点击“详细信息”按钮，记录下产生崩溃的地址——在我的机器上是 0x0040104a 。

再看看它的 MAP 文件：（由于文件内容太长，中间没用的部分我进行了省略）

CrashDemo

Timestamp is 3e430a76 (Fri Feb 07 09:23:02 2003)

Preferred load address is 00400000

Start Length Name Class
0001:00000000 0000de04H .text CODE
0001:0000de04 0001000cH .textbss CODE
0002:00000000 00001346H .rdata DATA
0002:00001346 00000000H .edata DATA
0003:00000000 00000104H .CRT$XCA DATA
0003:00000104 00000104H .CRT$XCZ DATA
0003:00000208 00000104H .CRT$XIA DATA
0003:0000030c 00000109H .CRT$XIC DATA
0003:00000418 00000104H .CRT$XIZ DATA
0003:0000051c 00000104H .CRT$XPA DATA
0003:00000620 00000104H .CRT$XPX DATA
0003:00000724 00000104H .CRT$XPZ DATA
0003:00000828 00000104H .CRT$XTA DATA
0003:0000092c 00000104H .CRT$XTZ DATA
0003:00000a30 00000b93H .data DATA
0003:000015c4 00001974H .bss DATA
0004:00000000 00000014H .idata$2 DATA
0004:00000014 00000014H .idata$3 DATA
0004:00000028 00000110H .idata$4 DATA
0004:00000138 00000110H .idata$5 DATA
0004:00000248 000004afH .idata$6 DATA

Address Publics by Value Rva+Base Lib:Object

0001:00000020 ?Crash@@YAXXZ 00401020 f CrashDemo.obj
0001:00000070 _main 00401070 f CrashDemo.obj
0004:00000000 __IMPORT_DESCRIPTOR_KERNEL32 00424000 kernel32:KERNEL32.dll
0004:00000014 __NULL_IMPORT_DESCRIPTOR 00424014 kernel32:KERNEL32.dll
0004:00000138 __imp__GetCommandLineA@0 00424138 kernel32:KERNEL32.dll
0004:0000013c __imp__GetVersion@0 0042413c kernel32:KERNEL32.dll
0004:00000140 __imp__ExitProcess@4 00424140 kernel32:KERNEL32.dll
0004:00000144 __imp__DebugBreak@0 00424144 kernel32:KERNEL32.dll
0004:00000148 __imp__GetStdHandle@4 00424148 kernel32:KERNEL32.dll
0004:0000014c __imp__WriteFile@20 0042414c kernel32:KERNEL32.dll
0004:00000150 __imp__InterlockedDecrement@4 00424150 kernel32:KERNEL32.dll
0004:00000154 __imp__OutputDebugStringA@4 00424154 kernel32:KERNEL32.dll
0004:00000158 __imp__GetProcAddress@8 00424158 kernel32:KERNEL32.dll
0004:0000015c __imp__LoadLibraryA@4 0042415c kernel32:KERNEL32.dll
0004:00000160 __imp__InterlockedIncrement@4 00424160 kernel32:KERNEL32.dll
0004:00000164 __imp__GetModuleFileNameA@12 00424164 kernel32:KERNEL32.dll
0004:00000168 __imp__TerminateProcess@8 00424168 kernel32:KERNEL32.dll
0004:0000016c __imp__GetCurrentProcess@0 0042416c kernel32:KERNEL32.dll
0004:00000170 __imp__UnhandledExceptionFilter@4 00424170 kernel32:KERNEL32.dll
0004:00000174 __imp__FreeEnvironmentStringsA@4 00424174 kernel32:KERNEL32.dll
0004:00000178 __imp__FreeEnvironmentStringsW@4 00424178 kernel32:KERNEL32.dll
0004:0000017c __imp__WideCharToMultiByte@32 0042417c kernel32:KERNEL32.dll
0004:00000180 __imp__GetEnvironmentStrings@0 00424180 kernel32:KERNEL32.dll
0004:00000184 __imp__GetEnvironmentStringsW@0 00424184 kernel32:KERNEL32.dll
0004:00000188 __imp__SetHandleCount@4 00424188 kernel32:KERNEL32.dll
0004:0000018c __imp__GetFileType@4 0042418c kernel32:KERNEL32.dll
0004:00000190 __imp__GetStartupInfoA@4 00424190 kernel32:KERNEL32.dll
0004:00000194 __imp__HeapDestroy@4 00424194 kernel32:KERNEL32.dll
0004:00000198 __imp__HeapCreate@12 00424198 kernel32:KERNEL32.dll
0004:0000019c __imp__HeapFree@12 0042419c kernel32:KERNEL32.dll
0004:000001a0 __imp__VirtualFree@12 004241a0 kernel32:KERNEL32.dll
0004:000001a4 __imp__RtlUnwind@16 004241a4 kernel32:KERNEL32.dll
0004:000001a8 __imp__GetLastError@0 004241a8 kernel32:KERNEL32.dll
0004:000001ac __imp__SetConsoleCtrlHandler@8 004241ac kernel32:KERNEL32.dll
0004:000001b0 __imp__IsBadWritePtr@8 004241b0 kernel32:KERNEL32.dll
0004:000001b4 __imp__IsBadReadPtr@8 004241b4 kernel32:KERNEL32.dll
0004:000001b8 __imp__HeapValidate@12 004241b8 kernel32:KERNEL32.dll
0004:000001bc __imp__GetCPInfo@8 004241bc kernel32:KERNEL32.dll
0004:000001c0 __imp__GetACP@0 004241c0 kernel32:KERNEL32.dll
0004:000001c4 __imp__GetOEMCP@0 004241c4 kernel32:KERNEL32.dll
0004:000001c8 __imp__HeapAlloc@12 004241c8 kernel32:KERNEL32.dll
0004:000001cc __imp__VirtualAlloc@16 004241cc kernel32:KERNEL32.dll
0004:000001d0 __imp__HeapReAlloc@16 004241d0 kernel32:KERNEL32.dll
0004:000001d4 __imp__MultiByteToWideChar@24 004241d4 kernel32:KERNEL32.dll
0004:000001d8 __imp__LCMapStringA@24 004241d8 kernel32:KERNEL32.dll
0004:000001dc __imp__LCMapStringW@24 004241dc kernel32:KERNEL32.dll
0004:000001e0 __imp__GetStringTypeA@20 004241e0 kernel32:KERNEL32.dll
0004:000001e4 __imp__GetStringTypeW@16 004241e4 kernel32:KERNEL32.dll
0004:000001e8 __imp__SetFilePointer@16 004241e8 kernel32:KERNEL32.dll
0004:000001ec __imp__SetStdHandle@8 004241ec kernel32:KERNEL32.dll
0004:000001f0 __imp__FlushFileBuffers@4 004241f0 kernel32:KERNEL32.dll
0004:000001f4 __imp__CloseHandle@4 004241f4 kernel32:KERNEL32.dll
0004:000001f8 \177KERNEL32_NULL_THUNK_DATA 004241f8 kernel32:KERNEL32.dll

entry point at 0001:000000f0

Line numbers for .\Debug\CrashDemo.obj(d:\msdev\myprojects\crashdemo\crashdemo.cpp) segment .text

13 0001:00000020 14 0001:00000038 15 0001:0000003f 16 0001:00000046
17 0001:00000050 20 0001:00000070 21 0001:00000088 22 0001:0000008d

如果仔细浏览 Rva+Base 这栏，你会发现第一个比崩溃地址 0x0040104a 大的函数地址是 0x00401070 ，所以在 0x00401070 这个地址之前的那个入口就是产生崩溃的函数，也就是这行：

0001:00000020 ?Crash@@YAXXZ 00401020 f CrashDemo.obj

因此，发生崩溃的函数就是 ?Crash@@YAXXZ ，所有以问号开头的函数名称都是 C++ 修饰的名称。在我们的源程序中，也就是 Crash() 这个子函数。

OK，现在我们轻而易举地便知道了发生崩溃的函数名称，你是不是很兴奋呢？呵呵，先别忙，接下来，更厉害的招数要出场了。

请注意 MAP 文件的最后部分——代码行信息（Line numbers information），它是以这样的形式显示的：

13 0001:00000020

第一个数字代表在源代码中的代码行号，第二个数是该代码行在所属的代码段中的偏移量。

如果要查找代码行号，需要使用下面的公式做一些十六进制的减法运算：

崩溃行偏移 = 崩溃地址（Crash Address） - 基地址（ImageBase Address） - 0x1000

为什么要这样做呢？细心的朋友可能会留意到 Rva+Base 这栏了，我们得到的崩溃地址都是由 偏移地址（Rva）+ 基地址（Base） 得来的，所以在计算行号的时候要把基地址减去，一般情况下，基地址的值是 0x00400000 。另外，由于一般的 PE 文件的代码段都是从 0x1000 偏移开始的，所以也必须减去 0x1000 。

好了，明白了这点，我们就可以来进行小学减法计算了：

崩溃行偏移 = 0x0040104a - 0x00400000 - 0x1000 = 0x4a

如果浏览 MAP 文件的代码行信息，会看到不超过计算结果，但却最接近的数是 CrashDemo.cpp 文件中的：

16 0001:00000046

也就是在源代码中的第 16 行，让我们来看看源代码:

16 i /= j;

哈！！！果然就是第 16 行啊！

兴奋吗？我也一样！ ：）

方法已经介绍完了，从今以后，我们就可以精确地定位到源代码中的崩溃行，而且只要编译器可以生成 MAP 文件（包括 VC、MASM、VB、BCB、Delphi……），本方法都是适用的。我们时常抱怨 M$ 的产品如何如何差，但其实 M$ 还是有意无意间提供了很多有价值的信息给我们的，只是我们往往不懂得怎么利用而已……相信这样一来，你就可以更为从容地面对“非法操作”提示了。你甚至可 以要求用户提供崩溃的地址，然后就可以坐在家中舒舒服服地找到出错的那行，并进行修正。

是不是很爽呢？ ：）

Release版程序调试排错技巧- -

    在软件产品的测试过程中，以及发布之后，程序可能会由于一般保护错（GPF）而崩溃。即程序中访问了禁止访问的内存。这时，程序一般情况下无法继续运行，只能结束。
    
    通常，我们遇到这个问题时只能大致地从程序运行（上下文）情况来粗略推断错误，但实际上有更好的解决办法......

老公是用来欺负，老婆是用来疼的！
关于讲理
　　猪公：你不讲理。
　　猪婆：和你我从来就没讲过理，家就不是讲理的地方。再说你是男的，还比我大2岁呢，你就得让着我。
　　猪公: ……
关于钱
　　猪公：以后我挣的钱，按比例给你吧，我挣的多时留得也多一点，这样我较会有积极性。
　　猪婆：好。
　　猪公：那我给你百分之多少？
　　猪婆：百分之一百二。
　　猪公: ……
关于主意
　　猪婆：咱们出去玩吧。
　　猪公：好，你说去哪就去哪。
　　猪婆：我要有主意还和你说！
　　猪公：我出的主意你从来都不同意呀。
　　猪婆：我不同意的那叫什么主意啊，那叫敷衍！你得不停的有主意，直到我满意为止。
　　猪公: ……
关于中心
　　猪婆：我在我们家一直是中心，在你们家也得以我为中心。
　　猪公：那我在我们家也一直是中心。
　　猪婆：可我这中心比你那中心重要。
　　猪公：为什么？
　　猪婆：因为我是千金，你只是个小子。
　　猪公: ……
关于心情
　　猪婆：我一干活心情就不好了，会降低咱们的婚姻质量的。
　　猪公：我干活心情也会不好啊。
　　猪婆：不行，你得心里承受能力比我强。因为你拳头比我大，心脏也比我大！
　　猪公: …………
　　猪婆：这衣服好看吗？
　　猪公：好看。
　　猪婆：你就敷衍我，想让我赶快买完了赶快回家，
　　……
　　猪婆：那衣服好看吗？
　　猪公：不好看。
　　猪婆：你就舍不得给我买！
　　猪公: ……
关于拿东西
　　猪婆：这个袋子你也拿着吧。
　　猪公：我都拿着四个袋子了，你什么都不拿，好意思吗？
　　猪婆：那我还挽着你呢！你有100多斤呢，我拿的东西比你拿的东西重多了。
　　猪公: ……
关于吃东西
　　猪婆：这个话梅我吃了一半，挺好吃的，剩下的给你吃吧。
　　猪公：我不爱吃话梅。
　　猪婆：不行，你就爱吃！你是不是嫌弃我吃过的！
　　猪公：这鱼挺好吃的，来。
　　猪婆：你得脏筷子碰过，谁吃！
　　猪公：那你吃过一半我还吃呢，我不嫌弃你，你怎么嫌弃我？
　　猪婆：那就对了。我嫌弃你说明我比你干净。我比你干净你凭什么嫌弃我？！
　　猪公: ……
关于喝水
　　猪婆：老公，我要喝水！
　　猪公：我给你倒去。哎，这水杯不就在你手边嘛，没看见？
　　猪婆：看见了，我就是想让你递给我。
　　猪公: ……
关于打电话
　　猪婆：你为什么不给我打电话？！
　　猪公：倒打一耙！今天不是说好你给我打电话的嘛。结果我等了一天，还是我打给你的。
　　猪婆：我是说过，可我又改主意了。张爱玲说：女人有改主意的权利。
　　猪公：那你改主意没跟我说呀！
　　猪婆：我说了，我心里说的，谁让你和我的心灵不相通的。
　　猪公: ……
关于洗碗
　　猪公：一会你洗碗？
　　猪婆：好。
　　猪公：那怎么还不动啊？
　　猪婆：我头疼。
　　猪公：懒死了，不让你洗碗你也不头疼。
　　猪婆：真的！一想到洗碗我就头疼。
　　猪公: ……
关于散步
　　猪婆：咱们一直散步到那条马路吧。
　　猪公：到那儿太远了，一会儿该走不回来了。
　　猪婆：没事，你背我回来。
　　猪公: ……
关于干家务
　　猪公：咱们把家务分分工吧。
　　猪婆：好。首先，脏活累活得男人干吧。如擦地、刷马桶、擦桌子……
　　猪公：这对。
　　猪婆：男主外，女主内。和外人打交道的得你干吧，买菜/交水费/取报纸和牛奶。
　　猪公：这……行！
　　猪婆：你是学理工的，我是学文科的，带电的东西得你干吧，像洗衣机/电冰箱/电饭锅/电熨斗……
　　猪公：行，行，那你干什么？
　　猪婆：别着急啊，厨房里油烟那么大，可毁皮肤了，做饭也得你干吧。
　　猪公：你就告诉我你干什么吧。
　　猪婆：我也有很多要干的呀。我可以陪着你，监督你，赞美你，安慰你……
　　猪公: ……
关于爱情
　　猪婆：“你爱我吗？”
　　猪公：“噢！”
　　猪婆：“噢是什么意思？”
　　猪公：“爱。”
　　猪婆：“爱谁？”
　　猪公：“你。”
　　猪婆：“不行，你说全了。”
　　猪公：“好。”
　　猪婆：“你快说呀！今天不说完，别想睡觉。”
　　猪公：“我爱你。”
　　猪婆：“这可是你自愿说的哦！我可没有逼你！”
　　猪公: ……
关于异性朋友
　　猪婆：我可以有男朋友，你不能干涉我。
　　猪公：行，我也交个女朋友。
　　猪婆：不行！
　　猪公：凭什么你行我不行呀。
　　猪婆：我交男朋友，你做不到的人家能做到，我就不会老挑你的毛病了，有利于家庭幸福。你交女朋友，我心眼儿小，吃醋和你吵叫，不利于家庭安定。
　　猪公：那我也心眼儿小。
　　猪婆：一个男人，和女人一样心眼儿小，亏你好意思说！
　　猪公: ……
关于婚外恋
　　猪婆：现在电视里老演婚外恋，你说，你会有婚外恋吗？
　　猪公：不会。
　　猪婆：为什么？
　　猪公：有你一个我就够后悔的了，决不能再要第二个！！
　　然后……
关于睡觉（一）
　　猪公：你那么小人，怎么占那么大地儿！
　　猪婆：那当然，我得翻身，还得伸懒腰呢！
　　猪公: ……
关于睡觉（二）
　　猪婆：咱们盖那个双人被吧。
　　猪公：别！那到第二天早上就全裹你身上了。我什么也盖不着。还是自己盖自己的吧，心里踏实。
　　猪婆：哼，你就是自己盖，到明天早上照样也得被我裹走！
　　猪公: ……
关于起床
　　猪公：起床了，起床了，你不说今天要早起开会嘛。
　　猪婆：别吵我，我再睡一会。
　　猪公：快起来吧，会迟到了。
　　猪婆：你别碰我！我还要睡啦！！
　　……
　　猪婆：呀！都迟到了！你怎么不叫我呢？！
　　猪公: ……

C++

二进制数据

XML文件

http://www.laibm.com/XMLProject.rar

如果想要，却不能下载了，就给我email吧。

此功能需要MSXML4支持！去微软网站下载即可

地址就不说了 找找就找到了 

[Setup]
Ver=8.0
Name=Visual Studio 2005
ProdName=Microsoft Visual Studio 2005 Team Suite - ENU
RegKey=VisualStudio

/////////////////////////////////////////看下面  居然是beta2 ，可我安装完了是RTM版本啊  和网上说的一样啊 我狂晕
BannerName=<font size=10pt>Microsoft&reg;</font><br><font size=18pt>Visual Studio&reg; 2005 Beta 2 Setup</font>

[Baseline]
Dir=.\wcu
FileName=setup.exe

[Client]
Dir=.\setup
FileName=setup.exe
LANGCODE=ENU

[Servicing]
FileName=vsupdate.exe
Param=/mode=client /locale=1033 /vsui=1

[Server]
Dir=.
FileNameApp=RemoteComponents.hta
FileName=RemoteComponents.htm

[PrevProductIds]
{A8904F30-34E7-494D-8D62-F480CBD9EA0D}
。。。。。。。。。。。。
{908661A2-ABA7-4343-A3B3-AD72A3920A6C}

[Documentation]
DIR=..\MSDN
Version=2003FEB   ----------------------------->看这里

[Setup]
Ver=8.0
Name=Visual Studio 2005
ProdName=Microsoft Visual Studio 2005 Team Suite - ENU
RegKey=VisualStudio

/////////////////////////////////////////看下面  居然是beta2 ，可我安装完了是RTM版本啊  和网上说的一样啊 我狂晕
BannerName=<font size=10pt>Microsoft&reg;</font><br><font size=18pt>Visual Studio&reg; 2005 Beta 2 Setup</font>

[Baseline]
Dir=.\wcu
FileName=setup.exe

[Client]
Dir=.\setup
FileName=setup.exe
LANGCODE=ENU

[Servicing]
FileName=vsupdate.exe
Param=/mode=client /locale=1033 /vsui=1

[Server]
Dir=.
FileNameApp=RemoteComponents.hta
FileName=RemoteComponents.htm

[PrevProductIds]
{A8904F30-34E7-494D-8D62-F480CBD9EA0D}
。。。。。。。。。。。。
{908661A2-ABA7-4343-A3B3-AD72A3920A6C}

[Documentation]
DIR=..\MSDN
Version=2003FEB   ----------------------------->看这里

c:\documents and settings\administrator\my documents\updata\lz77.cpp(491) : fatal error C1010: unexpected end of file while looking for precompiled header directive

经查MSDN，乃编译头文件的设置错误问题，可vc自己不设置，非要我们设置，烦人，在研究了/YX /Y一系列msdn，并在MSDN中的vc2003的帮助下（这个帮助里面的操作，vc6里面没有对应的界面，烦人），更改了Project Settings，解决问题，现分享经验：

图中

添加的文件有两个，一个是头文件，可一个是实现文件

在实现文件中设置即可，如下图操作所示：

另外一种直接在实现文件头部，添加”#include StdAfx.h”,即可编译。

获得CWinApp:
 -在CMainFrame,CChildFrame,CDocument,CView中直接调用AfxGetApp()或用theApp
 -在其它类中只能用AfxGetApp()

获得CMainFrame:
 -在CMinApp中用AfxGetMainWnd()或者m_pMainWnd
 -在CChildFrame中可用GetParentFrame()
 -在其它类中用AfxGetMainWnd()

获得CChildFrame:
 -在CView中用GetParentFrame()
 -在CMainFrame中用MDIGetActive()或GetActiveFrame()
 -在其它类中用AfxGetMainWnd()->MDIGetActive()或AfxGetMainWnd()->GetActiveFrame()

获得CDocument:
 -在CView中用GetDocument()
 -在CChildFrame中用GetActiveView()->GetDocument()
 -在CMainFrame中用
  -if SDI:GetActiveView()->GetDocument()
  -if MDI:MDIGetActive()->GetActiveView()->GetDocument()
 -在其它类中
  -if SDI:AfxGetMainWnd()->GetActiveView()->GetDocument()
  -if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()->GetDocument()

获得CView:
 -在CDocument中 POSITION pos = GetFirstViewPosition();GetNextView(pos)
 -在CChildFrame中 GetActiveView()
 -在CMainFrame中
  -if SDI:GetActiveView()
  -if MDI:MDIGetActive()->GetActiveView()
 -在其它类中
  -if SDI:AfxGetMainWnd()->GetActiveView()
  -if MDI:AfxGetMainWnd()->MDIGetActive()->GetActiveView()

不过要注意在doc中要取得view的指针C*View要注意类C*View声明的问题,
因为默认情况下,mfc在*View.h中已经包含了*Doc.h,如果在*Doc.h中包含
*View.h,就会引起嵌套包含问题,这样要在*Doc.h中加入 class C*View;
而在*Doc.cpp中加入 #include "*View.h"

//////////////////////////////////////////////////////////////////
其实完全可以在CYourApp中添加各种视或文档的指针，在那些视或文档初
始化的时候将指针传给CYourApp中的对应变量，这样以后不管在哪用上面
指针只需(CYourApp*)AfxGetApp()取其属性变量即可，明了而且清楚更是
方便我一直专门操作的说：）

//////////////////////////////////////////////////////////////////
我先抛块砖，有玉的砸过来！
在何时何地，你都可以通过以下方法精确的得到任何一个对象（Application，DocTemplate,Document，View,Frame）
1。通过AfxGetApp()得到当前的App对象；
2。通过AfxGetMainWnd（）得到主窗口；
3。通过CMDIFrameWnd::GetActiveFrame得到当前活动窗口；
4。通过GetNextWindow()遍例所有的子窗口；（如果要得到你想要的子窗口，可以通过特定的成员变量来标志）；
5。通过CWinApp::GetFirstDocTemplatePostion()以及CWinApp::GetNextDocTemplate()的组合应用来遍历所有的DocTemplate对象，并且用CDocTemplate::GetDocString()来判断当前得到的文档莫板对象是哪个。
6。通过CDocTemplate::GetFirstDocPosition()以及CDocTemplate的GetNextDoc（）组合来遍历所有的该模板的文档对象，并用CDocument::GetDocTemplate()来得到文档模板，用CDocment::GetTitle() 或者GetPathName()来判断当前的文档是哪个。
7。通过CDocuemt的GetFirstViewPositon()以及GetNextView()来遍历视图对象，一般通过访问View的成员变量来区别各个视图；通过CView::GetDocument()来得到文档对象；
8。Frame->View： 通过GetActiveView方法；
9。Frame->Doc：通过GetActiveDocument();
10。View->Frame：GetParentFrame();
11。View->Doc:GetDocuemt()//前面已经说了。
12。Doc->View:前面说了；
13。Doc->Frame:不知道有没有很直接的方法。
MFC应用程序中指针的使用

1) 在View中获得Doc指针
2) 在App中获得MainFrame指针
3) 在View中获得MainFrame指针
4) 获得View（已建立）指针
5) 获得当前文档指针
6) 获得状态栏与工具栏指针
7) 获得状态栏与工具栏变量
8) 在Mainframe获得菜单指针
9) 在任何类中获得应用程序类
10) 从文档类取得视图类的指针(1)
11) 在App中获得文档模板指针
12) 从文档模板获得文档类指针
13) 在文档类中获得文档模板指针
14) 从文档类取得视图类的指针(2)
15) 从一个视图类取得另一视图类的指针

VC中编程对于刚刚开始学习的同学，最大的障碍和问题就是消息机制和指针获取与
操作。其实这些内容基本上是每本VC学习工具书上必讲的内容，而且通过MSDN很多
问题都能解决。下面文字主要是个人在编程中指针使用的一些体会，说的不当的地
方请指正。一般我们使用的框架是VC提供的Wizard生成的MFC App Wizard(exe)框架，
无论是多文档还是单文档，都存在指针获取和操作问题。下面这节内容主要是一般
的框架，然后再讲多线程中的指针使用。使用到的类需要包含响应的头文件。首先
一般获得本类(视，文档，对话框都支持)实例指针this，用this的目的，主要可以通
过类中的函数向其他类或者函数中发指针，以便于在非本类中操作和使用本类中的
功能。

 1） 在View中获得Doc指针 CYouSDIDoc *pDoc=GetDocument();一个视只能有一个文
档。
 2) 在App中获得MainFrame指针
CWinApp 中的 m_pMainWnd变量就是MainFrame的指针
也可以： CMainFrame *pMain =(CMainFrame *)AfxGetMainWnd();
 3) 在View中获得MainFrame指针 CMainFrame *pMain=(CmaimFrame *)AfxGetApp()->m_pMainWnd;
 4) 获得View（已建立）指针 CMainFrame *pMain=(CmaimFrame *)AfxGetApp()->m_pMainWnd;
CyouView *pView=(CyouView *)pMain->GetActiveView();
 5) 获得当前文档指针 CDocument * pCurrentDoc =(CFrameWnd *)m_pMainWnd->GetActiveDocument();
 6) 获得状态栏与工具栏指针 CStatusBar * pStatusBar＝(CStatusBar *)AfxGetMainWnd()->GetDescendantWindow(AFX_IDW_STATUS_BAR);
CToolBar * pToolBar=(CtoolBar *)AfxGetMainWnd()->GetDescendantWindow(AFX_IDW_TOOLBAR);

 7) 如果框架中加入工具栏和状态栏变量还可以这样
(CMainFrame *)GetParent()->m_wndToolBar;
(CMainFrame *)GetParent()->m_wndStatusBar;

 8) 在Mainframe获得菜单指针 CMenu *pMenu=m_pMainWnd->GetMenu();
 9) 在任何类中获得应用程序类
用MFC全局函数AfxGetApp()获得。

 10) 从文档类取得视图类的指针
我是从http://download.cqcnc.com/soft/program/article/vc/vc405.html学到的，
从文档获得视图类指针目的一般为了控制同一文档的多个视图的定位问题，我的体会
特别是文字处理CEditView当产生多个视图类时，这个功能是非常需要的。
CDocument类提供了两个函数用于视图类的定位：
GetFirstViewPosition()和GetNextView()
virtual POSITION GetFirstViewPosition() const;
virtual CView* GetNextView(POSITION& rPosition) const;

注意：GetNextView()括号中的参数用的是引用方式，因此执行后值可能改变。
GetFirstViewPosition()用于返回第一个视图位置（返回的并非视图类指针，而是一
个POSITION类型值），GetNextView()有两个功能：返回下一个视图类的指针以及用
引用调用的方式来改变传入的POSITION类型参数的值。很明显，在Test程序中，只有
一个视图类，因此只需将这两个函数调用一次即可得到CTestView的指针如下（需定
义一个POSITION结构变量来辅助操作）：
CTestView* pTestView;
POSITION pos=GetFirstViewPosition();
pTestView=GetNextView(pos);

这样，便可到了CTestView类的指针pTestView.执行完几句后，变量pos=NULL,因为没
有下一个视图类，自然也没有下一个视图类的POSITION.但是这几条语句太简单，不
具有太强的通用性和安全特征；当象前面说的那样，当要在多个视图为中返回某个指
定类的指针时，我们需要遍历所有视图类，直到找到指定类为止。判断一个类指针指
向的是否某个类的实例时，可用IsKindOf()成员函数时行检查，如：
 pView->IsKindOf(RUNTIME_CLASS(CTestView));
即可检查pView所指是否是CTestView类。

有了以上基础，我们已经可以从文档类取得任何类的指针。为了方便，我们将其作
为一个文档类的成员函数，它有一个参数，表示要获得哪个类的指针。实现如下：
CView* CTestDoc::GetView(CRuntimeClass* pClass)
{
 CView* pView;
 POSITION pos=GetFirstViewPosition();

 while(pos!=NULL){
  pView=GetNextView(pos);
  if(!pView->IsKindOf(pClass))
  break;
 }

 if(!pView->IsKindOf(pClass)){
  AfxMessageBox("Connt Locate the View.\r\n http://www.VCKBASE.com");
  return NULL;
 }

 return pView;
}

其中用了两次视图类的成员函数IsKindOf()来判断，是因为退出while循环有三种
可能：

1.pos为NULL，即已经不存在下一个视图类供操作；
2.pView已符合要求。

1和2同是满足。这是因为GetNextView()的功能是将当前视图指针改变成一个视图
的位置同时返回当前视图指针，因此pos是pView的下一个视图类的POSITION,完全
有可能既是pos==NULL又是pView符合需要。当所需的视图是最后一个视图是最后一
个视图类时就如引。因此需采用两次判断。
使用该函数应遵循如下格式（以取得CTestView指针为例）：
CTestView* pTestView=(CTestView*)GetView(RUNTIME_CLASS(CTestView));
RUNTIME_CLASS是一个宏，可以简单地理解它的作用：将类的名字转化为
CRuntimeClass为指针。至于强制类型转换也是为了安全特性考虑的，因为从同一个
基类之间的指针类型是互相兼容的。这种强制类型转换也许并不必要，但能避免一
些可能出现的麻烦。

3.从一个视图类取得另一视图类的指针 综合1和2，很容易得出视图类之间互相获得
指针的方法：就是用文档类作中转，先用1的方法得到文档类的指针，再用2的方法，
以文档类的视图定位函数取得另一个视图类。同样，可以实现成一个函数：
（假设要从CTestAView中取得指向其它视图类的指针）
CView* CTestAView::GetView(CRuntimeClass* pClass)
{
 CTestDoc* pDoc=(CTestDoc*)GetDocument();
 CView* pView;
 POSITION pos=pDoc->GetFirstViewPosition();
 while(pos!=NULL){
  pView=pDoc->GetNextView(pos);
  if(!pView->IsKindOf(pClass))
  break;
 }
 if(!pView->IsKindOf(pClass)){
  AfxMessageBox("Connt Locate the View.");
  return NULL;
 }

 return pView;
}
这个函数和2中的GetView()相比，一是多了第一句以取得文档类指针，二是在
GetFirstViewPosition()和GetNextView()前加上了文档类指针，以表示它们是文档
类成员函数。有了此函数；当要从CTestAView中取得CTestBView的指针时，只需如
下：CTestBView* pTestbView=(CTestView*)GetView(RUNTIME_CLASS(CTestBView));
11）对于单文档中也可以加入多个文档模板，但是一般的开发就使用MDI方式开发
多文档模板，其方法与上述视图的获取方法很接近，这里稍做解释，如果不清楚，
请查阅MSDN，（以下四个内容（11、12、13、14）来源：
http://sanjianxia.myrice.com/vc/vc45.htm）

可以用CWinApp::GetFirstDocTemplatePostion获得应用程序注册的第一个文档模板
的位置；利用该值来调用CWinApp::GetNextDocTemplate函数，获得第一个
CDocTemplate对象指针。 POSITION GetFirstDocTemplate( ) const;
CDocTemplate *GetNextDocTemplate( POSITION & pos ) const;

第二个函�