在网上查找资料后，解决方法如下。

1.查看gcc版本中包含哪些库。

strings /usr/lib64/libstdc++.so.6 | grep GLIBC

　　可以看出不包含GLIBCXX_3.4.14

2.从网上下载高版本的libstdc++.so.6.0.13以上的版本，比如libstdc++.so.6.0.17。

3.把libstdc++.so.6.0.17拷贝到/usr/lib64目录下。

　　cp libstdc++.so.6.0.17 /usr/lib64/

4.删除libstdc++.so.6符号连接。

　　rm libstdc++.so.6

5.新建里符号连接。

　　ln -s libstdc++.so.6.0.17 libstdc++.so.6

6.再次查看就没有问题了。

libstdc++.so.6.0.17下载地址

http://unix.stackexchange.com/questions/74646/difference-between-lib-lib32-lib64-libx32-and-libexec

unix平台下，动态连接库的使用有两种方式，link方式和dlopen方式。需要设置LD_LIBRARY_PATH作为查找路径（低版本AIX使用LIBPATH）。link方式是程序启动时加载所有编译时连接的动态库，直到程序结束也不会关闭。dlopen方式是在运行中按照参数指定的方式加载动态库，并可以使用dlclose函数关闭，直到下次再使用dlopen重新加载。因此，link方式无法做到不重启应用程序而更新动态库版本，dlopen方式可以。

各平台动态连接库的编译参数如下。文件wel.c，编译成libwel.so（HPUX为libwel.sl）。

 linux:
  编译libwel.so:
   gcc -fPIC -shared -o libwel.so wel.c -lc
    -fPIC  用相对地址定位
    -shared  生成动态连接库

 sco unix open server:
  编译libwel.so:
   cc -K PIC -G -o libwel.so wel.c -lc
    -K PIC  用相对地址定位
    -G  生成动态连接库，包含了-b elf选项

 AIX:
  编译libwel.so:
   xlc -G -bnoentry -o libwel.so wel.c -lc
    -G  指定生成动态连接库
    -bnoentry 动态库无需模块入口（低版本AIX需要此参数）

 HP UX:
  编译libwel.so:
   cc +z -c wel.c
   ld -b -o libwel.sl wel.o -lc
    +z  用相对地址定位
    -b  生成动态连接库

 SUN OS: 很类似SCO，man帮助不全面
  编译libwel.so:
   cc -G -o libwel.so wel.c -lc
    -G  生成动态连接库

link方式使用动态连接库的编译参数如下。文件welcome.c，编译成welcome可执行程序。

 linux:
   gcc -rdynamic -o welcome welcome.c -L. -lwel
    -rdynamic  导出所有符号供动态使用

 sco unix open server:
   cc -b elf -o welcome welcome.c -L. -lwel
    -b elf  必须使用ELF的可执行文件格式

 AIX:
   xlc -bdynamic -brtl -o welcome welcome.c -L. -lwel
    -bdynamic 使用动态连接方式，系统默认为此方式
    -brtl  -l参数使用.so为库

 HP UX:
   cc -dynamic -o welcome welcome.c -L. -lwel
    -dynamic 使用动态连接方式，系统默认为此方式

 SUN OS:
  编译libwel.so:
   cc -B dynamic -o welcome welcome.c -L. -lwel
    -B dynamic 使用动态连接方式

dlopen方式，其实就是把打开动态库和查找符号的动作放在程序中执行。因此编译可执行文件与普通的相同，只要连接libdl.so库即可。文件welcome.c，编译成welcome可执行程序。

 linux:
   gcc -rdynamic -o welcome welcome.c -ldl
    -rdynamic 导出所有符号供动态使用
    -ldl  用系统libdl.so库dlopen(),dlsym(),dlerror(),dlclose()

 sco unix open server:
   cc -b elf -o welcome welcome.c -lc
    -b elf  以elf格式，动态连接库必须

 AIX:
   xlc -bexpall -o welcome welcome.c -ldl -lc
    -bexpall 使主程序的符号可以被动态库使用

 HP UX:
   cc -o welcome welcome.c -ldl -lc

 SUN OS:
   cc -o welcome welcome.c -ldl -lc

------------------------------------------------------------------------------
参照的man手册：
 cc, ld, ldd, dlopen, dlclose, dlerror, dlsym, CC

另：AIX运行动态库时会加载系统内存统一管理，导致即使程序已退出，编译时仍然认为还在使用而无法覆盖。有两个办法，一是root用户执行slibclean，清理系统加载而无人使用的动态库，另一种是编译的库chmod go-rwx，使得组和其他人无权限，这种库系统会认为用户特有而不加载。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/283313/viewspace-2139257/，如需转载，请注明出处，否则将追究法律责任。

1. (.text+0x13): undefined reference to `func' 

    关于undefined reference这样的问题，大家其实经常会遇到，在此，我以详细地示例给出常见错误的各种原因以及解决方法，希望对初学者有所帮助。

1.  链接时缺失了相关目标文件（.o）

    测试代码如下：

    然后编译。

1. gcc -c test.c  
2. gcc –c main.c 

    得到两个 .o 文件，一个是 main.o，一个是 test.o ，然后我们链接 .o 得到可执行程序：

1. gcc -o main main.o 

    这时，你会发现，报错了：

1. main.o: In function `main':  
2. main.c:(.text+0x7): undefined reference to `test'  
3. collect2: ld returned 1 exit status 

    这就是最典型的undefined reference错误，因为在链接时发现找不到某个函数的实现文件，本例中test.o文件中包含了test()函数的实现，所以如果按下面这种方式链接就没事了。

1. gcc -o main main.o test.o 

   【扩展】：其实上面为了让大家更加清楚底层原因，我把编译链接分开了，下面这样编译也会报undefined reference错，其实底层原因与上面是一样的。

1. gcc -o main main.c //缺少test()的实现文件 

需要改成如下形式才能成功，将test()函数的实现文件一起编译。

1. gcc -o main main.c test.c //ok,没问题了 

2.    链接时缺少相关的库文件（.a/.so）

    在此，只举个静态库的例子，假设源码如下。

    先把test.c编译成静态库(.a)文件

1. gcc -c test.c  
2. ar -rc test.a test.o 

    至此，我们得到了test.a文件。我们开始编译main.c

1. gcc -c main.c 

    这时，则生成了main.o文件，然后我们再通过如下命令进行链接希望得到可执行程序。

1. gcc -o main main.o 

    你会发现，编译器报错了：

1. /tmp/ccCPA13l.o: In function `main':  
2. main.c:(.text+0x7): undefined reference to `test'  
3. collect2: ld returned 1 exit status 

    其根本原因也是找不到test()函数的实现文件，由于该test()函数的实现在test.a这个静态库中的，故在链接的时候需要在其后加入test.a这个库，链接命令修改为如下形式即可。

1. gcc -o main main.o ./test.a  //注：./ 是给出了test.a的路径 

     【扩展】：同样，为了把问题说清楚，上面我们把代码的编译链接分开了，如果希望一次性生成可执行程序，则可以对main.c和test.a执行如下命令。

1. gcc -o main main.c ./test.a  //同样，如果不加test.a也会报错 

3.    链接的库文件中又使用了另一个库文件

    这种问题比较隐蔽，也是我最近遇到的与网上大家讨论的不同的问题，举例说明如下，首先，还是看看测试代码。

    从上图可以看出，main.c调用了test.c的函数，test.c中又调用了fun.c的函数。
    首先，我们先对fun.c，test.c，main.c进行编译，生成 .o文件。

1. gcc -c func.c  
2. gcc -c test.c  
3. gcc -c main.c 

    然后，将test.c和func.c各自打包成为静态库文件。

1. ar –rc func.a func.o  
2. ar –rc test.a test.o 

    这时，我们准备将main.o链接为可执行程序，由于我们的main.c中包含了对test()的调用，因此，应该在链接时将test.a作为我们的库文件，链接命令如下。

1. gcc -o main main.o test.a 

    这时，编译器仍然会报错，如下：

1. test.a(test.o): In function `test':  
2. test.c:(.text+0x13): undefined reference to `func'  
3. collect2: ld returned 1 exit status 

    就是说，链接的时候，发现我们的test.a调用了func()函数，找不到对应的实现。由此我们发现，原来我们还需要将test.a所引用到的库文件也加进来才能成功链接，因此命令如下。

1. gcc -o main main.o test.a func.a 

    ok，这样就可以成功得到最终的程序了。同样，如果我们的库或者程序中引用了第三方库（如pthread.a）则同样在链接的时候需要给出第三方库的路径和库文件，否则就会得到undefined reference的错误。

4 多个库文件链接顺序问题

    这种问题也非常的隐蔽，不仔细研究你可能会感到非常地莫名其妙。我们依然回到第3小节所讨论的问题中，在最后，如果我们把链接的库的顺序换一下，看看会发生什么结果？

1. gcc -o main main.o func.a test.a 

    我们会得到如下报错.

1. test.a(test.o): In function `test':  
2. test.c:(.text+0x13): undefined reference to `func'  
3. collect2: ld returned 1 exit status 

    因此，我们需要注意，在链接命令中给出所依赖的库时，需要注意库之间的依赖顺序，依赖其他库的库一定要放到被依赖库的前面，这样才能真正避免undefined reference的错误，完成编译链接。

5. 在c++代码中链接c语言的库

    如果你的库文件由c代码生成的，则在c++代码中链接库中的函数时，也会碰到undefined reference的问题。下面举例说明。

    首先，编写c语言版库文件： 

    编译，打包为静态库：test.a

1. gcc -c test.c  
2. ar -rc test.a test.o 

    至此，我们得到了test.a文件。下面我们开始编写c++文件main.cpp

    然后编译main.cpp生成可执行程序：

1. g++ -o main main.cpp test.a 

    会发现报错：

1. /tmp/ccJjiCoS.o: In function `main': 
2. main.cpp:(.text+0x7): undefined reference to `test()' 
3. collect2: ld returned 1 exit status 

    原因就是main.cpp为c++代码，调用了c语言库的函数，因此链接的时候找不到，解决方法：即在main.cpp中，把与c语言库test.a相关的头文件包含添加一个extern "C"的声明即可。例如，修改后的main.cpp如下：

1. g++ -o main main.cpp test.a 

    再编译会发现，问题已经成功解决。

6.  总 结

    当然，上面几种是我目前发现的比较常见的undefined reference错误的原因和解决方法，可能也有其他各种原因，欢迎大家来信lujun.hust@gmail.com交流，对本文档进行补充，方面新手们解决学习过程中遇到的各种问题。

C中的命令行中如果本身参数有空格怎么处理：

用“ ”来处理

// command_line_arguments.cpp // compile with: /EHsc #include <iostream>  using namespace std; int main( int argc,      // Number of strings in array argv           char *argv[],   // Array of command-line argument strings           char *envp[] )  // Array of environment variable strings {     int count;      // Display each command-line argument.     cout << "\nCommand-line arguments:\n";     for( count = 0; count < argc; count++ )          cout << "  argv[" << count << "]   "                 << argv[count] << "\n"; } 

"abc" d e

abc

d

e

a\\b d"e f"g h

a\\b

de fg

h

a\\\"b c d

a\"b

c

d

a\\\\"b c" d e

a\\b c

d

e

自己写了一个，先转成16进制，再转成二进制。

也可以先转成8进制，再转成二进制。

我测试环境double是8个字节，64位长度。

*/

/*打印出double在内存的中的每一个二进制位
*/
void DoubleToString(double *p_dl){
       char c_dl_16[16+1];
       char c_dl_64[64+1];
       memset(c_dl_64,'\0',sizeof(c_dl_64));
       unsigned char *t = (unsigned char *)p_dl;
       int charCount = sizeof(double) ;
       memset(c_dl_16,'\0',sizeof(c_dl_16));
       
       if (t == NULL)
       return;
     int i=0;
     for(i=0;i<charCount;i++){
        sprintf(c_dl_16+i*2,"%02x",t[i]);
     }
     /*printf("\n");  */
          printf("[%s]\n",c_dl_16);  
     /*对每一位，将十六进制转换为二进制的字符串*/
     char tmpc[4+1];
     for(int j=0;j<16;j++){
          memset(tmpc,'\0',sizeof(tmpc));
       switch(c_dl_16[j]){
            case '0':
                  memcpy(tmpc,"0000",4);
                  break;
            case '1':
                  memcpy(tmpc,"0001",4);
                  break;
            case '2':
                  memcpy(tmpc,"0010",4);
                  break;                                  
            case '3':
                  memcpy(tmpc,"0011",4);
                  break;  
            case '4':
                  memcpy(tmpc,"0100",4);
                  break;  
            case '5':
                  memcpy(tmpc,"0101",4);
                  break;  
            case '6':
                  memcpy(tmpc,"0110",4);
                  break; 
            case '7':
                  memcpy(tmpc,"0111",4);
                  break; 
            case '8':
                  memcpy(tmpc,"1000",4);
                  break; 
            case '9':
                  memcpy(tmpc,"1001",4);
                  break; 
            case 'a':
                  memcpy(tmpc,"1010",4);
                  break; 
            case 'b':
                  memcpy(tmpc,"1011",4);
                  break;
            case 'c':
                  memcpy(tmpc,"1100",4);
                  break;
            case 'd':
                  memcpy(tmpc,"1101",4);
                  break;
            case 'e':
                  memcpy(tmpc,"1110",4);
                  break;
            case 'f':
                  memcpy(tmpc,"1111",4);
                  break;
       }
       sprintf(c_dl_64+j*4,"%s",tmpc);
     }
     printf("[%s]\n",c_dl_64);
     
}

使用

    double tmpd=0.01;
    DoubleToString(&tmpd);
    printf("%x\n",0.01);

转：http://blog.yikuyiku.com/?p=2659

基本上，在Makefile里会用到install，其他地方会用cp命令。

它们完成同样的任务——拷贝文件，它们之间的区别主要如下：

1、最重要的一点，如果目标文件存在，cp会先清空文件后往里写入新文件，而install则会先删除掉原先的文件然后写入新文件。这是因为往正在 使用的文件中写入内容可能会导致一些问题，比如说写入正在执行的文件可能会失败，比如说往已经在持续写入的文件句柄中写入新文件会产生错误的文件。而使用 install先删除后写入（会生成新的文件句柄）的方式去安装就能避免这些问题了；

2、install命令会恰当地处理文件权限的问题。比如说，install -c会把目标文件的权限设置为rwxr-xr-x；

3、install命令可以打印出更多更合适的debug信息，还会自动处理SElinux上下文的问题。

转：http://blog.csdn.net/stevenliyong/article/details/4663583

install  - copy files and set attributes

install 在做拷贝的同时，设置attributes.

因此Makefile 中尽量使用install 命令。

例如

@install -d /usr/bin

@install -p -D -m 0755 targets /usr/bin

相当于

@mkdir -p /usr/bin

@cp targets /usr/bin

@chmod 755 /usr/bin/targets

@touch /usr/bin/tagets       <---- 更新文件时间戳

install 命令好强大啊。

另外@前缀的意思是不在控制台输出结果。

转载:http://www.cnblogs.com/wwwsinagogogo/archive/2011/08/15/2139124.html

转自：http://blog.sina.com.cn/s/blog_622a99700100pjv3.html 感谢这位大神，我刚好遇到这个问题

尝试解答以下问题：

     1.为什么cp的方式更新运行中进程的so，程序会coredump

     2.采用什么方式更新已经加载了的so,就可以避免coredump

我们的公共组件绝大部分都支持so形式的自定义插件，比如s++,qzhttp,ttc。在不停进程更新so的时候往往会产生coredump，并且肯定core得莫名其妙，core得让人心碎。

先看一下用cp的方式更新so的时候发生了什么事情

strace cp new.so old.so #strace是人间利器

发现老的so被trunc了，这个过程发生的具体的事情是：

     1.应用程序通过dlopen打开so的时候，kernel通过mmap把so加载到进程地址空间，对应于vma里的几个page.

     2.在这个过程中loader会把so里面引用的外部符号例如malloc printf等解析成真正的虚存地址。

     3.当so被cp覆盖时，确切地说是被trunc时，kernel会把so文件在虚拟内的页purge 掉。

     4.当运行到so里面的代码时，因为物理内存中不再有实际的数据（仅存在于虚存空间内），会产生一次缺页中断。

     5.Kernel从so文件中copy一份到内存中去,a)但是这时的全局符号表并没有经过解析，当调用到时就产生segment fault , b)如果需要的文件偏移大于新的so的地址范围，就会产生buserror.

所以，如果用相同的so去覆盖

     A) 如果so里面依赖了外部符号，coredump

     B) 如果so里面没有依赖外部符号，运气不错，不会coredump

所有问题的产生都是因为so被trunc了一把，所以如果不用turnc的方式就避免这个问题。Ok,该我们的install 上场了。

strace install new.so old.so

install 的方式跟cp不同，先unlink再creat，当unlink的时候，已经map的虚拟空间vma中的inode结点没有变，只有inode结点的引用计数为0是，kernel才把它干掉。

在源代码里面如果这样是定义的： 
#ifdef   MACRONAME 
//可选代码 
#endif

那在makefile里面 
gcc   -D   MACRONAME=MACRODEF 
或者 
gcc   -D   MACRONAME

这样就定义了预处理宏，编译的时候可选代码就会被编译进去了。

对于GCC编译器，有如下选项： 
        -D macro=string，等价于在头文件中定义：#define   macro   string。例如：-D TRUE=true，等价于：#define   TRUE   true
        -D macro，等价于在头文件中定义：#define   macro   1，实际上也达到了定义：#define   macro的目的。例如：-D LINUX，等价于：#define   LINUX   1（与#define   LINUX作用类似）。
        --define-macro   macro=string与-D macro=string作用相同。

如：

TEST.C 文件   #include <stdio.h> #include <stdlib.h>  main() { #ifdef p1   printf("Hello p1"); #else   printf("Hello p2"); #endif    } 

1.

编译： gcc -o test test.c

运行： ./test

输出： Hello p2

2.

编译： gcc -o test test.c -D p1

运行： ./test

输出： Hello p1

还有另外一种使用方式：

Makefile写法：

$(SERVER_NAME):$(SERVER_OBJ) $(COM_OBJS) 	$(CC) -Wall -pthread -D KRC_SERVER_NAME=$(SERVER_NAME)_FLAG

C代码中用法：

#if KRC_SERVER_NAME == krc_search_FLAG #elif KRC_SERVER_NAME == krc_feedback_FLAG #else #endif  注意：其中的两个参数为宏定义，不能使用常量定义，因为需要在预编译阶段就要确定其值！ #define krc_search_FLAG     1 #define krc_feedback_FLAG   2

这种用法也能实现条件编译的作用，而且更好！

一、程序编译链接的整体流程

二、目标文件的样子（以linux下的elf文件格式为例）

三、静态链接

四、装载

五、动态链接

一、程序编译链接的整体流程

通常我们使用gcc来生成可执行程序，命令为：gcc hello.c，默认生成可执行文件a.out

其实编译（包括链接）的命令：gcc hello.c 可分解为如下4个大的步骤：

• 预处理(Preprocessing)
• 编译(Compilation)
• 汇编(Assembly)
• 链接(Linking)

gcc compilation

1.       预处理(Preproceessing)

预处理的过程主要处理包括以下过程：

• 将所有的#define删除，并且展开所有的宏定义
• 处理所有的条件预编译指令，比如#if #ifdef #elif #else #endif等
• 处理#include 预编译指令，将被包含的文件插入到该预编译指令的位置。
• 删除所有注释 “//”和”/* */”.
• 添加行号和文件标识，以便编译时产生调试用的行号及编译错误警告行号。
• 保留所有的#pragma编译器指令，因为编译器需要使用它们

通常使用以下命令来进行预处理：

gcc -E hello.c -o hello.i

参数-E表示只进行预处理 或者也可以使用以下指令完成预处理过程

cpp hello.c > hello.i      /*  cpp – The C Preprocessor  */

直接cat hello.i 你就可以看到预处理后的代码

2.       编译(Compilation)

编译过程就是把预处理完的文件进行一系列的词法分析，语法分析，语义分析及优化后生成相应的汇编代码。

$gcc –S hello.i –o hello.s

或者

$ /usr/lib/gcc/i486-linux-gnu/4.4/cc1 hello.c

注：现在版本的GCC把预处理和编译两个步骤合成一个步骤，用cc1工具来完成。gcc其实是后台程序的一些包装，根据不同参数去调用其他的实际处理程序，比如：预编译编译程序cc1、汇编器as、连接器ld

3.       汇编(Assembly)

汇编器是将汇编代码转变成机器可以执行的命令，每一个汇编语句几乎都对应一条机器指令。汇编相对于编译过程比较简单，根据汇编指令和机器指令的对照表一一翻译即可。

$ gcc –c hello.c –o hello.o

或者

$ as hello.s –o hello.co

由于hello.o的内容为机器码，不能以普通文本形式的查看（vi 打开看到的是乱码）。

4.       链接(Linking)

通过调用链接器ld来链接程序运行需要的一大堆目标文件，以及所依赖的其它库文件，最后生成可执行文件。

ld -static crt1.o crti.o crtbeginT.o hello.o -start-group -lgcc -lgcc_eh -lc-end-group crtend.o crtn.o (省略了文件的路径名)。

helloworld的大体编译和链接过程就是这样了，那么编译器和链接器到底做了什么呢？

编译过程可分为6步：扫描（词法分析）、语法分析、语义分析、源代码优化、代码生成、目标代码优化。

词法分析：扫描器（Scanner）将源代的字符序列分割成一系列的记号（Token）。lex工具可实现词法扫描。

语法分析：语法分析器将记号（Token）产生语法树（Syntax Tree）。yacc工具可实现语法分析(yacc: Yet Another Compiler Compiler)。

语义分析：静态语义（在编译器可以确定的语义）、动态语义（只能在运行期才能确定的语义）。

源代码优化：源代码优化器(Source Code Optimizer)，将整个语法书转化为中间代码（Intermediate Code）（中间代码是与目标机器和运行环境无关的）。中间代码使得编译器被分为前端和后端。编译器前端负责产生机器无关的中间代码；编译器后端将中间代码转化为目标机器代码。

目标代码生成：代码生成器(Code Generator).

目标代码优化：目标代码优化器(Target Code Optimizer)。

链接的主要内容是把各个模块之间相互引用的部分处理好，使得各个模块之间能够正确地衔接。

链接的主要过程包括：地址和空间分配（Address and Storage Allocation），符号决议（Symbol Resolution），重定位（Relocation）等。

链接分为静态链接和动态链接。

静态链接是指在编译阶段直接把静态库加入到可执行文件中去，这样可执行文件会比较大。

而动态链接则是指链接阶段仅仅只加入一些描述信息，而程序执行时再从系统中把相应动态库加载到内存中去。

静态链接的大致过程如下图所示：

二、目标文件的样子（以linux下的elf文件格式为例）

 

夹在ELF头和节头部表之间的都是节。一个典型的ELF可重定位目标文件包含下面几个节：

• .text：已编译程序的机器代码。
• .rodata：只读数据，比如printf语句中的格式串和开关（switch）语句的跳转表。
• .data：已初始化的全局C变量。局部C变量在运行时被保存在栈中，既不出现在.data中，也不出现在.bss节中。
• .bss：未初始化的全局C变量。在目标文件中这个节不占据实际的空间，它仅仅是一个占位符。目标文件格式区分初始化和未初始化变量是为了空间效率在：在目标文件中，未初始化变量不需要占据任何实际的磁盘空间。
• .symtab：一个符号表（symbol table），它存放在程序中被定义和引用的函数和全局变量（包括引用到的外部变量和函数，不含有局部变量）的信息。一些程序员错误地认为必须通过-g选项来编译一个程序，得到符号表信息。实际上，每个可重定位目标文件在.symtab中都有一张符号表。然而，和编译器中的符号表不同，.symtab符号表不包含局部变量的表目。
• .rel.text：当链接噐把这个目标文件和其他文件结合时，.text节中的许多位置都需要修改。一般而言，任何调用外部函数或者引用全局变量（包括本目标文件内的全局变量，因为在链接时要多个目标文件的相同段合并，这样数据的地址就会改变，所以要重定位）的指令都需要修改。另一方面调用本地函数的指令则不需要修改。注意，可执行目标文件中并不需要重定位信息，因此通常省略，除非使用者显式地指示链接器包含这些信息。
• .rel.data：被模块定义或引用的任何全局变量的信息。一般而言，任何已初始化全局变量的初始值是全局变量或者外部定义函数的地址都需要被修改。
• .debug：一个调试符号表，其有些表目是程序中定义的局部变量和类型定义，有些表目是程序中定义和引用的全局变量，有些是原始的C源文件。只有以-g选项调用编译驱动程序时，才会得到这张表。
• .line：原始C源程序中的行号和.text节中机器指令之间的映射。只有以-g选项调用编译驱动程序时，才会得到这张表。
• .strtab：一个字符串表，其内容包括.symtab和.debug节中的符号表，以及节头部中的节名字。字符串表就是以null结尾的字符串序列。

旁注：为什么未初始化的数据称为.bss?

        用术语.bss来表示未初始化的数据是很普遍的。它起始于IBM 704汇编语言（大约在1957年）中”块存储开始（Block Storage Start）“指令的首字母缩写，并沿用至今。一个记住区分.data和.bss节的简单方法是把“bss”看成是“更好地节省空间（Better Save Space）！“的缩写。

三、静态链接

虚拟存储器是建立在主存--辅存物理结构基础上，有附加的硬件装置及操作系统存储管理软件组成的一种存储体系。

 

顾名思义，虚拟存储器是虚拟的存储器，它其实是不存在的，而仅仅是由一些硬件和软件管理的一种“系统”。他提供了三个重要的能力：1，它将主存看成一个存储在磁盘上的地址空间的高速缓存，在主存中只保存活动区域，并根据需要在磁盘和主存之间来回传送数据（这里存在“交换空间”以及“页面调度”等概念），通过这种方式，高效地利用主存；2，它为每个进程提供了统一的地址空间（以虚拟地址编址），从而简化了存储器管理；3，操作系统会为每个进程提供独立的地址空间，从而保护了每个进程的地址空间不被其他进程破坏。 

虚拟存储器与虚拟地址空间是两个不同的概念：虚拟存储器是假想的存储器，而虚拟存储空间是假想的内存。它们之间的关系应该与主存储器与内存空间之间的关系类似。

链接部分：

链接就是将不同部分的代码和数据收集和组合成一个单一文件的过程，也就是把不同目标文件合并成最终可执行文件的过程。当然，务必知道：这个过程不涉及内存。链接可以分为三种情形：1，编译时链接，也就是我们常说的静态链接；2，装载时链接；3，运行时链接。装载时链接和运行时链接合称为动态链接。在此，我们的链接部分将主要讲述静态链接，而装载时链接我们放在装载部分讲，运行时链接忽略。

 

 

1、什么是静态链接？

静态链接就是将多个目标文件组合在一起形成一个可执行文件，如将a.o 和 b.o 链接在一起形成 可执行文件ab。

2、静态链接的过程包括哪几个部分？

      静态链接包括两个大部分：一是空间和地址的分配；二是符号解析和重定位

 

（1）空间和地址的分配

编译器在将a.o 和 b.o 是如何合并在一起的？？

第二种方法就是 相似段合并：顾名思义 就是把不同目标文件的相同名字的段合并成一个段，如下图：

　　　　　　　　　　　　　　　　　　　　　　图1

这是编译器实际进行合并目标文件的策略。

/*a.c*/
extern int shared; int main() { int a = 100; swap(&a,&shared); }

/*b.c*/
int shared = 1; void swap(int *a,int *b) {    *a ^= *b ^= *a ^= *b; }  

编译这两个文件得到“a.o”和“b.o”两个目标文件

§gcc -c a.c b.c

从代码中可以看到三个符号：share，swap和main。

静态链接的整个过程分为两步:
 

第一步：空间和地址分配。扫描所有的输入目标文件，获得他们的各个段的长度、属性和位置，并且将输入目标文件中的符号表中所有的符号定义和符号引用收集起来，统一放到一个全局符号表。这样，连接器将能够获得所有输入目标文件的段长度，并且将它们合并，计算出输出文件中各个段合并后的长度与位置，并建立映射关系。

这里可能会有一个问题：建立了什么样的映射关系。如上面的图1，你可能就会有所了解。映射关系就是指可执行文件与进程虚拟地址空间之间的映射。那么，这里程序还没有执行，更不会出现进程，哪里来的进程地址空间呢？此时虚拟存储器便发挥了很大的作用：虽然此时没有进程，但是每个进程的虚拟地址空间的格式都是一致的。所以，为可执行文件的每个段甚至每个符号符号分配地址也就不会有什么错了。注意：在链接之前，目标文件中的所有段的虚拟地址都是0，因为虚拟空间还没有被分配，默认都为0.等到链接之后，可执行文件中的各个段已经都被分配到了相应的虚拟地址

第二步：符号解析与重定位

首先，符号解析。解析符号就是将每个符号引用与它输入的可重定位目标文件中的符号表中的一个确定的符号定义联系起来。

若找不到，则出现编译时错误。   

其次是重定位；

不同的处理器指令对于地址的格式和方式都不一样。我们这里采用的是32位的x86处理器，介绍两种寻址方式。

X86基本重定位类型
宏定义	值	重定位修正方法
R_386_32	1	绝对寻址修正S + A
R_386_PC32	2	相对寻址修正S + A - P

注：

A：保存在被修正位置的值，对于32位cpu的话，采用
R_386_PC32寻址的话
它应该为0xFFFFFFFC即-4，它是代表地址的四个字节；而采用
R_386_32寻址，它应该为0.

P：被修正的位置。考虑以下程序

...

1023: 11 11 11

1026:e8 
fc
 ff ff ff

102b: 11 11 11

...

上述蓝色fc标记处即是被修正的位置，即0x1027.

S：符号的实际地址。也就是第一步中空间和地址分配时得到的符号虚拟地址。

举例来说吧！链接成的可执行文件中，假设main函数的虚拟地址为0x1000，swap函数的虚拟地址为0x2000；shared变量的虚拟地址为0x3000;

绝对地址修正：对shared变量的地址修正。

l 
S：shared的实际地址为0x3000；

l 
A：被修正位置的值，即0.

所以最后这个重定位修正地址为：0x3000，不变！

相对寻址修正：对符号“swap”进行修正。

l 
S：符号swap的实际地址，即0x2000；

l 
A：被修正位置的值，即0xFFFFFFFC（-4）；

l 
P：被修正位置，及0x1027

最后的重定位修正地址为：S + A -P = 0x2000 +（-4）- 0x1027 = 0xFD5.即修正后的程序为：

...

1023: 11 11 11

1026:e8 
d5 0f 00 00

102b: 11 11 11

...

发现熟悉的规则了吗？下一条指令（PC）的地址为0x102b，加上这个修正值正好等于0x2000，

0x102b + 0xFD5 = 0x2000，刚好是swap函数的地址。

 

 

以上内容没有涉及到c标准库，仅仅是自己实现的两个c语言程序之间的链接状况，也就是“程序里面的printf怎么处理”没有说明。这里，我们就要提及“静态库”的概念。其实一个静态库可以简单地看成一组目标文件的集合，即很多目标文件经过压缩打包后形成的一个文件。与静态库链接的过程是这样的：ld链接器自动查找全局符号表，找到那些为决议的符号，然后查出它们所在的目标文件，将这些目标文件从静态库中“解压”出来，最终将它们链接在一起成为一个可执行文件。也就是说只有少数几个库和目标文件被链接入了最终的可执行文件，而非所有的库一股脑地被链接进了可执行文件。

 

四、装载：

以Linux内核装载ELF为例简述一下装载过程。当我们在Linux系统的bash下输入一个命令执行某个ELF程序时，在用户层面，bash进程会调用fork()系统调用创建一个新的进程，然后新的进程调用execve()来执行指定的ELF文件，原先的bash进程继续返回等待刚才启动时新进程结束，然后继续等待用户输入命令。这里需注意，随着一个新进程的出现，操作系统会为它创建一个独立的虚拟地址空间。

【创建虚拟地址空间】我们知道一个虚拟空间由一组映射函数将虚拟空间的各个页映射到相应的物理空间，那么创建一个虚拟空间实际上并不是创建空间而是创建映射函数所需要的数据结构。举例来说，在x86的Linux下创建虚拟地址空间实际上只是分配一个页目录（页表）就可以了，甚至不设置页映射关系，这些映射关系等到后面程序发生“缺页”时在进行设置。

在进入execve()系统调用之后，Linux内核就开始进行真正的装载工作。在内核中，execve()系统调用相应的入口是sys_execve(),作用：参数的检查复制；调用do_execve(),流程：查找被执行的文件，读取文件的前128个字节以判断文件的格式是elf还是其它；调用search_binary_handle(),流程：通过判断文件头部的魔数确定文件的格式，并且调用相应的装载处理程序。ELF可执行文件的装载处理过程叫load_elf_binary(),它的主要步骤如下：

1，检查ELF可执行文件格式的有效性，比如魔数、程序头表中段的数量。

2，寻找动态链接的“.interp”段，找到动态链接器的路径，以便于后面动态链接时会用上。

3，读取可执行文件的程序头，并且创建虚拟空间与可执行文件的映射关系。

【读取可执行文件的程序头（存储了哪些部分被映射），并且创建虚拟空间与可执行文件的映射关系】创建虚拟空间时的页映射关系函数是虚拟空间到物理内存的映射关系，而这一步所做的事虚拟空间与可执行文件的映射关系。我们知道，当程序发生缺页是，操作系统会为物理内存分配一个物理页，然后将该缺页从磁盘中读取到内存，在设置缺页的虚拟页与物理页之间的映射关系，这样程序才可以得以正常运行。但是明显的一点是，当操作系统捕获到缺页错误时，他应当知道程序当前需要的页在可执行文件中的哪一个位置。而这就是虚拟存储与可执行文件之间的映射关系。实际上，这种映射关系仅仅是保存在操作系统内部的一个数据结构。当发生缺页错误是，CPU将控制权交给操作系统，操作系统利用专门的缺页处理例程来查询这个数据结构（映射关系），然后找到所需页所在的虚拟内存区域，以及在可执行文件的偏移，然后把该页加载进物理内存，同时将该虚拟页与物理页之间建立映射关系，最后把控制权还给进程，进程从刚才缺页位置重新开始执行。

4，初始化ELF进程环境。

5，将系统调用的返回地址修改成ELF可执行文件的入口点，这个入口点取决于程序的链接方式，对于静态链接的ELF可执行文件，它就是ELF文件的文件头中e_entry所指的地址；对于动态链接的ELF可执行文件，程序入口点就是动态链接器。

【将CPU指令寄存器设置成可执行文件的入口，启动运行】对动态链接来讲，此时就启动了动态链接器。

当load_elf_binary()执行完毕，返回至do_execve()在返回至sys_execve()时，系统调用的返回地址已经被改写成了被装载的ELF程序的入口地址了。所以，当sys_execve()系统调用从内核态返回到用户态时，EIP寄存器直接跳转到ELF程序的入口地址。此时，ELF可执行文件装载完成。接下来就是动态链接器对程序进行动态链接了。

 

进程的虚拟空间：

五、动态链接

动态链接ELF文件的生成过程

主要原因有两个：第一，考虑内存和磁盘空间。静态链接极大地浪费内存空间。因为在静态链接的情况下，假设有两个程序共享一个模块，那么在静态链接后输出的两个可执行文件中各有一个共享模块的副本。如果同时运行这两个可执行文件，那么这个共享模块将在磁盘和内存中都有两个副本，对磁盘和内存造成极大地浪费；第二，程序的更新。一旦程序中的一个模块被修改，那么整个程序都要重新链接、发布给用户。如果这个程序相当的大，那么后果就会更加严重！

 对于一个共享对象（linux下共享的模块），要实现被其他程序之间的共享，就要使其代码和数据分开，每个程序都会有该模块的数据部分的副本，代码部分是共享的。

共享模块被映射的虚拟地址空间就在上面进程虚拟空间中的 （Memery Mapping部分）

共享模块被映射的模样是

 

 

动态链接做了什么？

务必知道，动态链接是相对于共享对象而言的。动态链接器将程序所需要的所有共享库装载到进程的地址空间，并且将程序汇总所有为决议的符号绑定到相应的动态链接库（共享库）中，并进行重定位工作。

对于共享模块来说，要实现共享，那么其代码对数据的访问必须是地址无关（就是代码中的地址是固定的，当然这是用的相对地址喽）的，如何做到地址无关，编译器是这么干的，每一个共享模块，都会在其代码段有一个GOT(global offset table)段，如上图所示，Got是一个指针数组，用来存储外部变量的地址，而代码相对于Got的距离是固定的，当对外部模块变量数据和函数进行访问时，就去访问变量在GOT中的位置。

共享模块对于数据的访问方式：

本模块的全局变量和函数------相对地址

外模块的全局变量和函数-------GOT段

动态链接重定位时修改GOT中的值就实现了对变量的正确访问。

 

 

动态链接的ELF文件启动过程

动态链接基本分为三步：先是启动动态链接器本身，然后装载所有需要的共享对象，最后重定位和初始化。

1，动态链接器自举

就我们所知道的，对普通的共享对象文件来说，它的重定位工作是由动态链接器来完成；它也可以依赖于其他共享对象，其中被依赖的共享对象由动态链接器负责链接和装载。那么，对于动态链接器本身呢，它也是一个共享对象，它的重定位工作由谁完成？它是否可以依赖于其他的共享对象文件？

动态链接器有其自身的特殊性：首先，动态链接器本身不可以依赖其他任何共享对象（人为控制）；其次动态链接器本身所需要的全局和静态变量的重定位工作由它自身完成（自举代码）。

我们知道，在Linux下，动态链接器ld.so实际上也是一个共享对象，操作系统同样通过映射的方式将它加载到进程的地址空间中。操作系统在加载完动态链接器之后，就将控制权交给动态链接器。动态链接器入口地址即是自举代码的入口。动态链接器启动后，它的自举代码即开始执行。自举代码首先会找到它自己的GOT(全局偏移表，记录每个段的偏移位置）。而GOT的第一个入口保存的就是“.dynamic”段的偏移地址，由此找到动态链接器本身的“.dynamic”段。通过“.dynamic”段中的信息，自举代码便可以获得动态链接器本身的重定位表和符号表等，从而得到动态链接器本身的重定位入口，然后将它们重定位。完成自举后，就可以自由地调用各种函数和全局变量。

2，装载共享对象

完成自举后，动态链接器将可执行文件和链接器本身的符号表都合并到一个符号表当中，称之为“全局符号表”。然后链接器开始寻找可执行文件所依赖的共享对象：从“.dynamic”段中找到DT_NEEDED类型，它所指出的就是可执行文件所依赖的共享对象。由此，动态链接器可以列出可执行文件所依赖的所有共享对象，并将这些共享对象的名字放入到一个装载集合中。然后链接器开始从集合中取出一个所需要的共享对象的名字，找到相应的文件后打开该文件，读取相应的ELF文件头和“.dynamic”，然后将它相应的代码段和数据段映射到进程空间中。如果这个ELF共享对象还依赖于其他共享对象，那么将依赖的共享对象的名字放到装载集合中。如此循环，直到所有依赖的共享对象都被装载完成为止。

当一个新的共享对象被装载进来的时候，它的符号表会被合并到全局符号表中。所以当所有的共享对象都被装载进来的时候，全局符号表里面将包含动态链接器所需要的所有符号。

3，重定位和初始化

当上述两步完成以后，动态链接器开始重新遍历可执行文件和每个共享对象的重定位表，将表中每个需要重定位的位置进行修正，原理同前。

重定位完成以后，如果某个共享对象有“.init”段，那么动态链接器会执行“.init”段中的代码，用以实现共享对象特有的初始化过程。

此时，所有的共享对象都已经装载并链接完成了，动态链接器的任务也到此结束。同时装载链接部分也将告一段落！接下来便是程序的执行了。。。

1.头文件中要定义宏;
      #define   UNICODE
      #define   _UNICODE
  
2.char转换成wchar
      const   char   *pFilePathName   =   "c:\\aa.dll";
      int   nLen   =   strlen(pFilePathName)   +   1;
      int   nwLen   =   MultiByteToWideChar(CP_ACP,   0,   pFilePathName,   nLen,   NULL,   0);
  
      TCHAR   lpszFile[256];
      MultiByteToWideChar(CP_ACP,   0,   pFilePathName,   nLen,   lpszFile,   nwLen);
  
3.wchar转换成char
        char   *pFilePathName;
        TCHAR   lpszFile[256];
      _tcscpy(lpszFile,   _T("c:\\aa.dll"));
  
      int   nLen   =   wcslen(wstr)+1;   
      WideCharToMultiByte(CP_ACP,   0,   lpszFile,   nLen,   pFilePathName,   2*nLen,   NULL,   NULL);

4.char*和CString转换

CString 是一种很特殊的 C++ 对象，它里面包含了三个值：一个指向某个数据缓冲区的指针、一个是该缓冲中有效的字符记数(它是不可存取的，是位于 CString 地址之下的一个隐藏区域)以及一个缓冲区长度。有效字符数的大小可以是从0到该缓冲最大长度值减1之间的任何数（因为字符串结尾有一个NULL字符）。字符记数和缓冲区长度被巧妙隐藏。

(1) char*转换成CString

　　若将char*转换成CString，除了直接赋值外，还可使用CString::Format进行。例如：

         char chArray[] = "Char test";
         TCHAR * p = _T("Char test");( 或LPTSTR p = _T("Char test");)
         CString theString = chArray;
         theString.Format(_T("%s"), chArray);
         theString = p;

(2) CString转换成char*

　　若将CString类转换成char*(LPSTR)类型，常常使用下列三种方法：

　　方法一，使用强制转换。例如：

       CString theString( (_T("Char test "));
        LPTSTR lpsz =(LPTSTR)(LPCTSTR)theString;

　　方法二，使用strcpy。例如：

       CString theString( (_T("Char test "));
       LPTSTR lpsz = new TCHAR[theString.GetLength()+1];
        _tcscpy(lpsz, theString);

　　需要说明的是，strcpy(或可移值的_tcscpy)的第二个参数是 const wchar_t* (Unicode)或const char* (ANSI)，系统编译器将会自动对其进行转换。

　　方法三，使用CString::GetBuffer。

        如果你需要修改 CString 中的内容，它有一个特殊的方法可以使用，那就是 GetBuffer，它的作用是返回一个可写的缓冲指针。如果你只是打算修改字符或者截短字符串，例如：
       CString s(_T("Char test "));
        LPTSTR p = s.GetBuffer();

        LPTSTR dot = strchr(p, ''.'');

         // 在这里添加使用p的代码

          if(p != NULL)

         *p = _T('\0');
         s.ReleaseBuffer();                     // 使用完后及时释放，以便能使用其它的CString成员函数

         在 GetBuffer 和 ReleaseBuffer 之间这个范围，一定不能使用你要操作的这个缓冲的 CString 对象的任何方法。因为 ReleaseBuffer 被调用之前，该 CString 对象的完整性得不到保障。

5.CString 转为 int

将字符转换为整数，可以使用atoi、_atoi64或atol。 
   CString aaa = "16" ;
   int int_chage = atoi(aaa) ; 

   得到 int_chage = 16

   int atoi(const char *nptr);
   long atol(const char *nptr);
   long long atoll(const char *nptr);
   long long atoq(const char *nptr);


6.int 转为 CString
而将数字转换为CString变量，可以使用CString的Format函数。如 
CString s; 
int i = 64; 
s.Format("%d", i) 


　itoa是广泛应用的非标准C语言扩展函数。由于它不是标准C语言函数，所以不能在所有的编译器中使

用。但是，大多数的编译器（如Windows上的）通常在<stdlib.h>头文件中包含这个函数。在<stdlib.h>中与之有相反功能的函数是atoi。功能：把一整数转换为字符串。

1．为什么要使用Unicode？

（1） 可以很容易地在不同语言之间进行数据交换。

（2） 使你能够分配支持所有语言的单个二进制.exe文件或DLL文件。

（3） 提高应用程序的运行效率。

Windows 2000是使用Unicode从头进行开发的，如果调用任何一个Windows函数并给它传递一个ANSI字符串，那么系统首先要将字符串转换成 Unicode，然后将Unicode字符串传递给操作系统。如果希望函数返回ANSI字符串，系统就会首先将Unicode字符串转换成ANSI字符 串，然后将结果返回给你的应用程序。进行这些字符串的转换需要占用系统的时间和内存。通过从头开始用Unicode来开发应用程序，就能够使你的应用程序 更加有效地运行。

Windows 98只支持ANSI，只能为开发ANSI应用程序。 Windows CE 就是使用Unicode的操作系统，完全不支持ANSI版函数。

Microsoft将COM从Win16转换成Win32时，所有COM接口方法都只能接受Unicode字符串。

2．ANSI字符和Unicode字符

ANSI字符类型为CHAR，指向字符串的指针PSTR(LPSTR)，指向一个常数字符串的指针PCSTR(LPCSTR)；对应的 Windows定义的Unicode字符类型为WCHAR（typedef WCHAR wchar_t），指向Unicode字符串的指针PWSTR ，指向一个常数Unicode字符串的指针PCWSTR 。

ANSI “ANSI”

Unicode L“UNICODE”

ANSI/Unicode T(“string”)或_TEXT(“string”)

3．ANSI字符和Unicode字符串的操作

双字节(DBCS)字符集中，字符串的每个字符可以包含一个或两个字节。如果只是调用strlen()函数，那么你就无法知道字符串到底有多少个字 符，它只能告诉你到达结尾的0之前有多少个字节。

标准c中的strcpy,strchr,strcat等只能用于ANSI字符串，不能正确处理Unicode字符串，因此也提供了一组补充函数，功 能等价，但用于Unicode码。我们来看看string .h字符串头文件中是怎样处理char*和wchar_t*两个字符串版本的：

// …\Microsoft Visual Studio 8\VC\include\string.h

char *strcat(char*,const char*);

wchar_t *wcschr(wchat_t*, const wchar_t*);

类似的还有strchr/wcschr，strcmp/wcscmp，strlen/wcslen etc. ANSI 操作函数以str开头 strcpy ，Unicode 操作函数以wcs开头 wcscpy

MBCS 操作函数以_mbs开头 _mbscpy

ANSI/Unicode 操作函数以_tcs开头 _tcscpy（C运行期库）

ANSI/Unicode 操作函数以lstr开头 lstrcpy（Windows API）

所有新的和未过时的函数在Windows2000中都同时拥有ANSI和Unicode两个版本。ANSI版本函数结尾以A表示；Unicode版 本函数结尾以W表示。

二．ANSI/UNICODE通用字符/字符串类型TCHAR/LPTSTR/LPCTSTR

Neutral ANSI/UNICODE types

1．通用字符型TCHAR

ifdef UNICODE  it is wchar_t（WCHAR）for Unicode platforms;

else it is char for ANSI and DBCS platforms.

2．通用字符串指针LPTSTR

ifdef UNICODE it is LPWSTR（*wchar_t） for  Unicode platforms;

else it is LPSTR (*char) for ANSI and DBCS platforms.

3．通用通用常数字符串指针LPCTSTR

ifdef  UNICODE it is LPCWSTR(*const wchar_t) for Unicode platforms;

else it is LPCSTR (*const char) for ANSI and DBCS platforms.

typedef LPWSTR LP;

#define __TEXT(quote) L##quote  // r_winnt

<1>_UNICODE宏用于C运行期头文件，UNICODE宏则用于Windows头文件,当编译代码模块时，通常必须同时定义这两 个宏。

<2>如果定义了_UNICODE，若要生成一个Unicode字符串,字符串前要加L宏，用于告诉编译器该字符串应该作为 Unicode字符串来编译处理。但是这样又有个问题就是如果没有定义_UNICODE则编译出错。为了解决这个问题我们必须用到_TEXT宏，这个宏也 在TChar.h中做了定义。使用该宏后，无论源文件有没有定义_UNICODE都不会出现编译错误。

<3>Unicode与ANSI字符串的转换：Windows函数MultiByteToWideChar/mbstowcs函数用于 将多字节字符串转换成宽字符串,函数WideCharToMultiByte/wcstombs将宽字符串转换成等价的多字节字符串。

三．ANSI/UNICODE字符串通用函数lstrcmp/lstrcpy/lstrcat/lstrlen

// …\Microsoft Visual Studio 8\VC\PlatformSDK\Include\Winbase.h -- 已经包含在windows.h中。

lstrcmp(lstrcmpi)

WINBASEAPI

int

WINAPI

lstrcmpA(

    __in LPCSTR lpString1,

    __in LPCSTR lpString2

    );

WINBASEAPI

int

WINAPI

lstrcmpW(

    __in LPCWSTR lpString1,

    __in LPCWSTR lpString2

    );

#ifdef UNICODE

#define lstrcmp  lstrcmpW

#else

#define lstrcmp  lstrcmpA

#endif // !UNICODE

lstrcpy

WINBASEAPI

__out

LPSTR

WINAPI

lstrcpyA(

    __out LPSTR lpString1,

    __in  LPCSTR lpString2

    );

WINBASEAPI

__out

LPWSTR

WINAPI

lstrcpyW(

    __out LPWSTR lpString1,

    __in  LPCWSTR lpString2

    );

#ifdef UNICODE

#define lstrcpy  lstrcpyW

#else

#define lstrcpy  lstrcpyA

#endif // !UNICODE

另外还有lstrcat(W/A)和lstrlen(W/A)，这里未列出其函数定义。

四．使用shlwapi头文件中定义的函数StrCat/StrCmp/StrCpy

shlwapi.dll是UNC和URL地址动态链接库文件，用于注册键值和色彩设置。因为操作系统字符串函数常常被大型应用程序比如操作系统的外 壳进程Explorer.exe所使用。由于这些函数使用得很多，因此，在应用程序运行时，它们可能已经被装入RAM。这将有助于稍稍提高应用程序的运行 性能。

// …\Microsoft Visual Studio 8\VC\PlatformSDK\Include\shlwapi.h

注意：使用StrCat、StrCmp、StrCpy etc时要#include  "shlwapi.h"

LWSTDAPI_(LPWSTR)   StrCatW(LPWSTR psz1, LPCWSTR psz2);

LWSTDAPI_(int)      StrCmpW(LPCWSTR psz1, LPCWSTR psz2);

LWSTDAPI_(LPWSTR)   StrCpyW(LPWSTR psz1, LPCWSTR psz2);

#ifdef UNICODE

#define StrCat                  StrCatW

#define StrCmp                  StrCmpW

#define StrCpy                  StrCpyW

#else

#define StrCat                  lstrcatA

#define StrCmp                  lstrcmpA

#define StrCpy                  lstrcpyA

五．MFC动态字符串类CString

// …\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h

一个CString对象由可变长度的一队字符组成。CString使用类似于Basic的语法提供函数和操作符。连接和比较操作符以及简化的内存管 理使CString对象比普通字符串数组容易使用。

CString是基于TCHAR数据类型的对象。如果在你的程序中定义了符号_UNICODE，则TCHAR被定义为类型wchar_t，即16位 字符类型；否则，TCHAR被定义为char，即8位字符类型。在UNICODE方式下，CString对象由16位字符组成。非UNICODE方式 下，CString对象由8位字符组成。 而VS2005默认TCHAR是wchar而不是char.

当不使用_UNICODE时，CString是多字节字符集（MBCS，也被认为是双字节字符集，DBCS）。注意，对于MBCS字符 串，CString仍然基于8位字符来计算，返回，以及处理字符串，并且你的应用程序必须自己解释MBCS的开始和结束字节。

CString 提供 operator LPCTSTR 来在 CString 和 LPCTSTR 之间进行转换。

有关CString的操作请参考MSDN MFC类库。

六．更安全的C语言字符串处理函数 Strsafe.h

// …\Microsoft Visual Studio 8\VC\PlatformSDK\Include\strsafe.h

注意：使用StringCchCopy /StringCchPrintf时要#include  "strsafe.h".

STRSAFEAPI是为了解决现有的 C 语言运行时函数的代码太容易产生的“内存溢出”问题。当我们引用 strsafe 系列函数时，原有的 C 语言字符串处理函数都将被自动进行 #undef 处理。调试过程中的警告或出错信息将会告诉我们哪些函数哪些不安全，哪些已经被相应的 strsafe 系列函数取代了。 

//1.不赞成使用不安全的函数，以避免产生编译错误

//2.如果你不要安全处理，你可以在包含strsafe.h头文件之前，

#define STRSAFE_NO_DEPRECATE

#ifdef DEPRECATE_SUPPORTED

// First all the names that are a/w variants (or shouldn't be #defined by now anyway).

#pragma deprecated(strcpy)

#pragma deprecated(wcscpy)

#pragma deprecated(lstrcpy)

#pragma deprecated(StrCpy)

类似的Strcat/wcscat/lstrcat/StrCat，sprintf/wsprintf

以下是D3D中预编译头文件dxstdafx.h

#pragma warning( disable : 4996 ) //将报警置为无效

#include <strsafe.h>

#pragma warning( default : 4996 ) //将报警置为默认

有关#pragma warning请参考：http://hi.baidu.com/iceland9/blog/item/5af9c0bfd334de0a18d81f33.html

以下是D3D从VS2003移植到VS2005时遇到的安全警告：

warning C4996: 'wcscpy' was declared deprecated

see declaration of 'wcscpy'

Message: 'This function or variable may be unsafe.

Consider using wcscpy_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help for details.'

warning C4995: 'lstrcpy': name was marked as #pragma deprecated

warning C4995: 'wsprintf': name was marked as #pragma deprecated

推荐使用新的安全可靠的TRSAFEAPI：

STRSAFEAPI

StringCchCopyA(

    __out_ecount(cchDest) STRSAFE_LPSTR pszDest,

    __in size_t cchDest,

    __in STRSAFE_LPCSTR pszSrc);

STRSAFEAPI

StringCchCopyW(

    __out_ecount(cchDest) STRSAFE_LPWSTR pszDest,

    __in size_t cchDest,

    __in STRSAFE_LPCWSTR pszSrc);

#ifdef UNICODE

#define StringCchCopy  StringCchCopyW (W为Wide Unicode)

#else

#define StringCchCopy  StringCchCopyA (A为ANSI)

#endif // !UNICODE

#undef strcpy

#define strcpy      strcpy_instead_use_StringCbCopyA_or_StringCchCopyA;

#undef wcscpy

#define wcscpy      wcscpy_instead_use_StringCbCopyW_or_StringCchCopyW;

#undef wsprintf

#define wsprintf    wsprintf_instead_use_StringCbPrintf_or_StringCchPrintf;

// Then all the windows.h names - we need to undef and redef based on UNICODE setting

#undef lstrcpy //取消已定义的宏

#pragma deprecated(lstrcpy) //安全警告

#ifdef UNICODE //使用UNICODE编程

#define lstrcpy    lstrcpyW //重定义

#else

#define lstrcpy    lstrcpyA //重定义

#endif

类似的有对lstrcat/wsprintf/wvsprintf的#undef，#pragma deprecated，#define。

推荐使用新的安全可靠的TRSAFEAPI：

#undef lstrcpy

#define lstrcpy     lstrcpy_instead_use_StringCbCopy_or_StringCchCopy;

// Then the shlwapi names - they key off UNICODE also.

#undef  StrCpy

#pragma deprecated(StrCpy)

#ifdef UNICODE

#define StrCpy  StrCpyW

#else

#define StrCpy  lstrcpyA

#endif

类似的有#undef StrCpyA /StrCpy /StrCatA /StrCat /StrNCat /StrCatN

以及对StrCpy/StrCat/StrNCat的#undef，#pragma deprecated，#define。

推荐使用新的安全可靠的TRSAFEAPI：

#undef StrCpy

#define StrCpy      StrCpy_instead_use_StringCbCopy_or_StringCchCopy;

// Then all the CRT names - we need to undef/redef based on _UNICODE value.

参考：

《VC中的__T宏》

http://www.diybl.com/course/3_program/vc/vc_js/2008830/138819.html

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/phunxm/archive/2009/12/26/5082618.aspx

ANSI字符串，可用字符串处理函数strcat( ),strcpy( ), strlen(
)等以str打头的函数。
wchar_t :

wchar_t是Unicode字符的数据类型,它的实际定义为：typedef
unsigned short wchar_t;
wchar_t 可用字符串处理函数：wcscat(),wcscpy(),wcslen()等以wcs打头的函数。

WCHAR:

在头文件中有这样的定义：typedef wchar_t WCHAR; 所以WCHAR实际就是wchar_t。
在C语言里面提供了 _UNICODE宏（有下划线），在Windows里面提供了UNICODE宏（无下划线），只要定了_UNICODE宏和UNICODE宏，系统就会自动切换到UNICODE版本，否则，系统按照ANSI的方式进行编译和运行。只定
义了宏并不能实现自动的转换，他还需要一系列的字符定义支持。
TCHAR：
如果定义了UNICODE宏则TCHAR被定义为wchar_t。typedef wchar_t TCHAR; 否则TCHAR被定义为char typedef char TCHAR;
ACHAR:

此类型是AUTODESK公司在adachar.h 头文件中定义的。
当定义了AD_UNICODE(AUTODESK公司使用UNICODE宏)时为wchar_t。

    不能正确执行，提示说是string类型没有定义

    而下面：
 

#include   < string >  using    namespace    std;  void    main()   {         string    aaa =    " abcsd   d " ;         printf( " looking   for   abc   from   abcdecd   %s\n " ,                 (strcmp(aaa, " abc " ))   ?    " Found "    :   " Not   Found " ); }

    这里的string编译器就认识了，但是strcmp就不认识了呢？

    一般一个C++的老的带“。h”扩展名的库文件，比如iostream.h，在新标准后的标准库中都有一个不带“。h”扩展名的相对应，区别除了后者的好多改进之外，还有一点就是后者的东东都塞进了“std”名字空间中。

    但唯独string特别。

    问题在于C++要兼容C的标准库，而C的标准库里碰巧也已经有一个名字叫做“string.h”的头文件，包含一些常用的C字符串处理函数，比如楼主提到的strcmp.

    这个头文件跟C++的string类半点关系也没有，所以并非的“升级版本”，他们是毫无关系的两个头文件。

    要达到楼主的目的，比如同时：
 

#include   < string .h > #include   < string >  using    namespace    std;

    或者

#include   < cstring > #include   < string >

    其中是与C标准库的相对应，但裹有std名字空间的版本。

    笑谈（来自高质量++）

    C++标准库很大。非常大。难以置信的大。怎么个大法？这么说吧：在C++标准中，关于标准库的规格说明占了密密麻麻300 多页，这还不包括标准C 库，后者只是"作为参考"（老实说，原文就是用的这个词）包含在C++库中。当然，并非总是越大越好，但在现在的情况下，确实越大越好，因为大的库会包含大量的功能。标准库中的功能越多，开发自己的应用程序时能借助的功能就越多。C++库并非提供了一切（很明显的是，没有提供并发和图形用户接口的支持），但确实提供了很多。几乎任何事你都可以求助于它。在归纳标准库中有些什么之前，需要介绍一下它是如何组织的。因为标准库中东西如此之多，你（或象你一样的其他什么人）所选择的类名或函数名就很有可能和标准库中的某个名字相同。为了避免这种情况所造成的名字冲突，实际上标准库中的一切都被放在名字空间std 中（参见条款28）。但这带来了一个新问题。无数现有的C++代码都依赖于使用了多年的伪标准库中的功能，例如，声明在，，等头文件中的功能。现有软件没有针对使用名字空间而进行设计，如果用std 来包装标准库导致现有代码不能用，将是一种可耻行为。（这种釜底抽薪的做法会让现有代码的程序员说出比"可耻" 更难听的话）慑于被激怒的程序员会产生的破坏力，标准委员会决定为包装了std 的那部分标准库构件创建新的头文件名。生成新头文件的方法仅仅是将现有C++头文件名中的。h 去掉，方法本身不重要，正如最后产生的结果不一致也并不重要一样。所以变成了，变成了，等等。对于C 头文件，采用同样的方法，但在每个名字前还要添加一个c.所以C 的变成了，变成了，等等。最后一点是，旧的C++头文件是官方所反对使用的（即，明确列出不再支持），但旧的C 头文件则没有（以保持对C 的兼容性）。实际上，编译器制造商不会停止对客户现有软件提供支持，所以可以预计，旧的C++头文件在未来几年内还是会被支持。

    所以，实际来说，下面是C++头文件的现状：

    旧的C++头文件名如将会继续被支持，尽管它们不在官方标准中。这些头文件的内容不在名字空间std 中。

    新的C++头文件如包含的基本功能和对应的旧头文件相同，但头文件的内容在名字空间std 中。（在标准化的过程中，库中有些部分的细节被修改了，所以旧头文件和新头文件中的实体不一定完全对应。）

    标准C 头文件如继续被支持。头文件的内容不在std 中。

    具有C 库功能的新C++头文件具有如这样的名字。它们提供的内容和相应的旧C 头文件相同，只是内容在std 中。

    所有这些初看有点怪，但不难习惯它。最大的挑战是把字符串头文件理清楚：

    是旧的C 头文件，对应的是基于char*的字符串处理函数；

    是对应于旧C 头文件的std 版本；

    是包装了std 的C++头文件，对应的是新的string 类。

    如果能掌握这些（我相信你能），其余的也就容易了。

　　相关函数  fork，execve，waitpid，popen

　　表头文件  #include<stdlib.h>

　　定义函数  int system(const char * string);

　　函数说明  system()会调用fork()产生子进程，由子进程来调用/bin/sh-c string来执行参数string字符串所代表的命令，此命令执行完后随即返回原调用的进程。在调用system()期间SIGCHLD 信号会被暂时搁置，SIGINT和SIGQUIT 信号则会被忽略。

　　返回值  如果system()在调用/bin/sh时失败则返回127，其他失败原因返回-1。若参数string为空指针(NULL)，则返回非零值。如果system()调用成功则最后会返回执行shell命令后的返回值，但是此返回值也有可能为system()调用/bin/sh失败所返回的127，因此最好能再检查errno 来确认执行成功。

　　附加说明  在编写具有SUID/SGID权限的程序时请勿使用system()，system()会继承环境变量，通过环境变量可能会造成系统安全的问题。

　　范例  #include<stdlib.h>

　　main()

　　{

　　system(“ls -al /etc/passwd /etc/shadow”);

　　}

　　执行  -rw-r--r-- 1 root root 705 Sep 3 13 :52 /etc/passwd

　　-r--------- 1 root root 572 Sep 2 15 :34 /etc/shadow

       Upon successful completion, the system subroutine returns the exit status of the shell. The exit status of the shell
       is returned in the same manner as a call to the wait or waitpid subroutine, using the structures in the sys/wait.h
       file.

       If the String parameter is a null pointer and a command processor is available, the system subroutine returns a
       nonzero value. If the fork subroutine fails or if the exit status of the shell cannot be obtained, the system
       subroutine returns a value of -1. If the exec l subroutine fails, the system subroutine returns a value of 127. In
       all cases, the errno global variable is set to indicate the error.

1. 在放置bison.exe的目录下新建一个文件test.y(扩展名是y)， 并在其中加入以下内容：
%{
 #include ctype.h
%}
%token NUMBER
%left '+' '-'
%%

line  expression 'n'                 {printf( %dn, $1 ); }
expression  expression '+' expression { $$ = $1 + $3; }
             expression '-' expression { $$ = $1 - $3; }
             '(' expression ')'        { $$ = $2; }
             NUMBER                    { $$ = $1; }
            ;
%%

yylex() {
  int c;
  c = getchar();
  if ( isdigit( c ) ) {
   yylval = c - '0';
   return NUMBER;
  }
 return( c );
 }

保存后，进入Dos命令行，进入相应目录后敲入bison test.y后回车，目录下会多一个test_tab.c文件，
这个便是bison自动生成的解释器的代码，不过还要自己加点代码
打开在文件最后加入以下代码：
main()
{
     yyparse();
}

yyerror(char msg)
{
    printf(error %s encounteredn, msg);
}
可 以自己设计的，这里只是给出最简单的例子，加入上述代码后将test_tab.c文件进行编译，如果没错的话就会生成一个test_tab.exe文件， 在Dos命令行下敲入test_tab后回车会出现一个空行，敲入3+4（不要加空格）后回车，将会出现结果7，再敲回车会报错并退出，这就完成了一个简 单的解释器。
参考网站：httpdinosaur.compilertools.net
简单试验了一下Yacc和Lex，今后再慢慢研究一下它的语法和源代码！

词法处理文件calc.lex内容如下：
%{
    /*
     *  一个简单计算器的Lex词法文件
     */
    #include <stdlib.h>
   
    void yyerror(char*);
    #include "calc.tab.h"
%}
%%
    /* a-z为变量 */
[a-z]    {
        yylval = *yytext - 'a';
        return VARIABLE;
    }
    /* 整数 */
[0-9]+    {
        yylval = atoi(yytext);
        return INTEGER;
    }
    /* 运算符 */
[-+()=/*\n]    {return *yytext;}
    /* 空白被忽略 */
[ \t]    ;
    /* 其他字符都是非法的 */
.    yyerror("无效的输入字符");
%%
int    yywrap(void)
{
    return 1;
}
词法处理的目标就是区分出来每个成员到底是什么，这里有两种 INTEGER和VARIABLE。只要区分出来各个成分词法分析的任务就完成了。

语法处理文件calc.y内容如下：
%token    INTEGER VARIABLE
%left    '+' '-'
%left    '*' '/'
%{
    #include <stdio.h>
    void yyerror(char*);
    int yylex(void);
    int sym[26];
%}
%%
program:
    program statement '\n'
    |
    ;
statement:
     expr    {printf("%d\n", $1);}
     |VARIABLE '=' expr    {sym[$1] = $3;}
     ;
expr:
    INTEGER
    |VARIABLE{$$ = sym[$1];}
    |expr '+' expr    {$$ = $1 + $3;}
    |expr '-' expr    {$$ = $1 - $3;}
    |expr '*' expr    {$$ = $1 * $3;}
    |expr '/' expr    {$$ = $1 / $3;}
    |'('expr')'    {$$ = $2;}
    ;
%%
void yyerror(char* s)
{
    fprintf(stderr, "%s\n", s);
}
int main(void)
{
    printf("A simple calculator.\n");
    yyparse();
    return 0;
}
语法分析文件的写法就是将BNF表达式描述一下即可，规则随着条目逐渐细化，变成了可以理解的内容。这里不用管如何实现这些语法的分析，只是需要告知如何构建这些语法。

编译命令如下：
>bison -d calc.y
>flex calc.lex
>gcc calc.tab.c lex.yy.c -o calc

http://www.cnblogs.com/buffer/archive/2009/03/12/1409765.html

表头文件：#include <string.h>

}
int atoi(const char *nptr)
{
        int c;              /* current char */
        int total;         /* current total */
        int sign;           /* if '-', then negative, otherwise positive */

        /* skip whitespace */
        while ( isspace((int)(unsigned char)*nptr) )
            ++nptr;

        c = (int)(unsigned char)*nptr++;
        sign = c;           /* save sign indication */
        if (c == '-' || c == '+')
            c = (int)(unsigned char)*nptr++;    /* skip sign */

        total = 0;

        while (isdigit(c)) {
            total = 10 * total + (c - '0');     /* accumulate digit */
            c = (int)(unsigned char)*nptr++;    /* get next char */
        }

        if (sign == '-')
            return -total;
        else
            return total;   /* return result, negated if necessary */
}

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/udknight/archive/2007/10/22/1836799.aspx