AfxMessageBox非MFC使用

#include <afxwin.h>

#include <windows.h>

#pragma comment(lib,"msvcrt.lib")//or 工程 / 设置 / 常规 /Microsoft 基础类（使用 MFC 作为静态链接库 or 动态库）

 

int main()

{

       AfxMessageBox("Simple message box.", 0, 0);

       //AfxMessageBox(_T("Simple message box."));

      

       return 0;

}

结果：

 

---

在所有的预处理指令中， #pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。

#pragma 指令对每个编译器给出了一个方法 , 在保持与 C 和 C++ 语言完全兼容的情况下 , 给出主机或操作系统专有的特征。

依据定义 , 编译指示是机器或操作系统专有的 , 且对于每个编译器都是不同的。  

    其格式一般为 : #pragma  para 

    其中 para 为参数，下面来看一些常用的参数。  

 

下面就从网上找了一些pragma的用法资料：

(1)message 参数

 

    message 参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息，

这对于源代码信息的控制是非常重要的。其使用方法为：  

    #pragma  message(" 消息文本 ") 

    当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。  

    当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，

此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了 _X86 这个宏 ,

可以用下面的方法 :

    #ifdef  _X86 

    #pragma  message("_X86  macro  activated!") 

    #endif 

    我们定义了 _X86 这个宏以后，应用程序在编译时就会在编译输出窗口里显示 "_86  macro  activated!" 。

我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。  

      

 

(2) 另一个使用得比较多的 pragma 参数是 code_seg

 

    格式如：  

    #pragma  code_seg( ["section-name" [, "section-class"] ] ) 

    它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。  

 

 

(3)#pragma once  ( 比较常用 ) 

 

    只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在 VC6 中就已经有了，

但是考虑到兼容性并没有太多的使用它。  

 

      

(4)#pragma  hdrstop

 

    表示预编译头文件到此为止，后面的头文件不进行预编译。 BCB 可以预编译头文件以加快链接的速度，

但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。    

    有时单元之间有依赖关系，比如单元 A 依赖单元 B ，所以单元 B 要先于单元 A 编译。

你可以用 #pragma  startup 指定编译优先级，如果使用了 #pragma  package(smart_init) ，

BCB 就会根据优先级的大小先后编译。    

 

      

(5)#pragma  resource  "*.dfm"

 

    表示把 *.dfm 文件中的资源加入工程。 *.dfm 中包括窗体  

外观的定义。    

 

        

(6)#pragma  warning( disable: 4507 34; once: 4385; error: 164 )

 

    等价于：  

    #pragma  warning( disable: 4507 34 )    //  不显示 4507 和 34 号警告信息  

    #pragma  warning( once: 4385 )          //  4385 号警告信息仅报告一次  

    #pragma  warning( error: 164 )          //  把 164 号警告信息作为一个错误。  

 

    同时这个 pragma  warning  也支持如下格式：  

    #pragma  warning( push [, n ] ) 

    #pragma  warning( pop ) 

    这里 n 代表一个警告等级 (1---4) 。  

    #pragma  warning( push ) 保存所有警告信息的现有的警告状态。  

    #pragma  warning( push, n ) 保存所有警告信息的现有的警告状态，并且把全局警告等级设定为 n 。    

    #pragma  warning( pop ) 向栈中弹出最后一个警告信息，在入栈和出栈之间所作的一切改动取消。例如：  

    #pragma  warning( push ) 

    #pragma  warning( disable: 4705 ) 

    #pragma  warning( disable: 4706 ) 

    #pragma  warning( disable: 4707 ) 

    //....... 

    #pragma  warning(  pop  )   

    在这段代码的最后，重新保存所有的警告信息 ( 包括 4705 ， 4706 和 4707) 。  

 

 

(7)#pragma  comment(...) 

 

    该指令将一个注释记录放入一个对象文件或可执行文件中。  

常用的 lib 关键字，可以帮我们连入一个库文件。如：

    #pragma  comment(lib, "comctl32.lib")

    #pragma  comment(lib, "vfw32.lib")

    #pragma  comment(lib, "wsock32.lib")

 

  

  

每个编译程序可以用 #pragma 指令激活或终止该编译程序支持的一些编译功能。

 

例如，对循环优化功能：  

#pragma  loop_opt(on)     //  激活  

#pragma  loop_opt(off)    //  终止  

 

有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，

如“ Parameter  xxx  is  never  used  in  function  xxx ”，可以这样：  

#pragma  warn  —100         //  Turn  off  the  warning  message  for  warning  #100 

int  insert_record(REC  *r) 

{  /*  function  body  */  } 

#pragma  warn  +100          //  Turn  the  warning  message  for  warning  #100  back  on 

函数会产生一条有唯一特征码 100 的警告信息，如此可暂时终止该警告。  

 

每个编译器对 #pragma 的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

 

---

 

补充 —— #pragma pack 与 内存对齐问题

 

 

    许多实际的计算机系统对基本类型数据在内存中存放的位置有限制，它们会要求这些数据的首地址的值是某个数 k

( 通常它为 4 或 8) 的倍数，这就是所谓的内存对齐，而这个 k 则被称为该数据类型的对齐模数 (alignment modulus) 。

 

    Win32 平台下的微软 C 编译器 (cl.exe for 80x86) 在默认情况下采用如下的对齐规则 :

    任何基本数据类型 T 的对齐模数就是 T 的大小，即 sizeof(T) 。比如对于 double 类型 (8 字节 ) ，

就要求该类型数据的地址总是 8 的倍数，而 char 类型数据 (1 字节 ) 则可以从任何一个地址开始。

 

    Linux 下的 GCC 奉行的是另外一套规则 ( 在资料中查得，并未验证，如错误请指正 ):

    任何 2 字节大小 ( 包括单字节吗 ?) 的数据类型 ( 比如 short) 的对齐模数是 2 ，而其它所有超过 2 字节的数据类型

( 比如 long,double) 都以 4 为对齐模数。

 

    ANSI C 规定一种结构类型的大小是它所有字段的大小以及字段之间或字段尾部的填充区大小之和。

填充区就是为了使结构体字段满足内存对齐要求而额外分配给结构体的空间。那么结构体本身有什么对齐要求吗？

有的， ANSI C 标准规定结构体类型的对齐要求不能比它所有字段中要求最严格的那个宽松，可以更严格。

 

 

如何使用 c/c++ 中的对齐选项

 

    vc6 中的编译选项有 /Zp[1|2|4|8|16] ， /Zp1 表示以 1 字节边界对齐，相应的， /Zpn 表示以 n 字节边界对齐。

n 字节边界对齐的意思是说，一个成员的地址必须安排在成员的尺寸的整数倍地址上或者是 n 的整数倍地址上，取它们中的最小值。

也就是：

    min ( sizeof ( member ),  n)

 

    实际上， 1 字节边界对齐也就表示了结构成员之间没有空洞。

    /Zpn 选项是应用于整个工程的，影响所有的参与编译的结构。

    要使用这个选项，可以在 vc6 中打开工程属性页， c/c++ 页，选择 Code Generation 分类，在 Struct member alignment 可以选择。

 

    要专门针对某些结构定义使用对齐选项，可以使用 #pragma pack 编译指令 :

 

 

(1) #pragma  pack( [ n ] )

 

    该指令指定结构和联合成员的紧凑对齐。而一个完整的转换单元的结构和联合的紧凑对齐由 /Zp 选项设置。

紧凑对齐用 pack 编译指示在数据说明层设置。该编译指示在其出现后的第一个结构或联合说明处生效。

该编译指示对定义无效。

    当你使用 #pragma  pack ( n ) 时 , 这里 n 为 1 、 2 、 4 、 8 或 16 。

    第一个结构成员之后的每个结构成员都被存储在更小的成员类型或 n 字节界限内。

如果你使用无参量的 #pragma  pack, 结构成员被紧凑为以 /Zp 指定的值。该缺省 /Zp 紧凑值为 /Zp8 。

 

 

(2) 编译器也支持以下增强型语法 :

    #pragma  pack( [ [ { push | pop } , ] [ identifier, ] ] [ n] )

 

    若不同的组件使用 pack 编译指示指定不同的紧凑对齐 , 这个语法允许你把程序组件组合为一个单独的转换单元。

带 push 参量的 pack 编译指示的每次出现将当前的紧凑对齐存储到一个内部编译器堆栈中。

    编译指示的参量表从左到右读取。如果你使用 push, 则当前紧凑值被存储起来 ;

如果你给出一个 n 的值 , 该值将成为新的紧凑值。若你指定一个标识符 , 即你选定一个名称 ,

则该标识符将和这个新的的紧凑值联系起来。

 

    带一个 pop 参量的 pack 编译指示的每次出现都会检索内部编译器堆栈顶的值 , 并且使该值为新的紧凑对齐值。

如果你使用 pop 参量且内部编译器堆栈是空的 , 则紧凑值为命令行给定的值 , 并且将产生一个警告信息。

若你使用 pop 且指定一个 n 的值 , 该值将成为新的紧凑值。若你使用 p o p 且指定一个标识符 ,

所有存储在堆栈中的值将从栈中删除 , 直到找到一个匹配的标识符 , 这个与标识符相关的紧凑值也从栈中移出 ,

并且这个仅在标识符入栈之前存在的紧凑值成为新的紧凑值。如果未找到匹配的标识符 ,

将使用命令行设置的紧凑值 , 并且将产生一个一级警告。缺省紧凑对齐为 8 。

 

   pack 编译指示的新的增强功能让你编写头文件 , 确保在遇到该头文件的前后的

紧凑值是一样的。

 

 

(3) 栈内存对齐

 

    在 vc6 中栈的对齐方式不受结构成员对齐选项的影响。它总是保持对齐，而且对齐在 4 字节边界上。

 

详细出处： http://www.52rd.com/blog/Detail_RD.Blog_sunhuibo_5025.html