Linux下编译动态库，静态库，以及调用
so_test.h：
#include
#include
void test_a();
void test_b();
void test_c();
test_a.c：
#include "so_test.h"
void test_a()
{
printf("this is in test_a...\n");
}
test_b.c：
#include "so_test.h"
void test_b()
{
printf("this is in test_b...\n");
}
test_a.c：
#include "so_test.h"
void test_c()
{
printf("this is in test_c...\n");
}
将这几个文件编译成一个动态库：libtest.so
$ gcc test_a.c test_b.c test_c.c -fPIC -shared -o libtest.so
test.c：
#include "so_test.h"
int main()
{
test_a();
test_b();
test_c();
return 0;
}
l 将test.c与动态库libtest.so链接生成执行文件test：
$ gcc test.c -L. -ltest -o test
l 测试是否动态连接，如果列出libtest.so，那么应该是连接正常了
$ ldd test
最主要的是GCC命令行的一个选项:
-shared
该选项指定生成动态连接库（让连接器生成T类型的导出符号表，有时候也生成弱连接W类型的导出符号），不用该标志外部程序无法连接。相当于一个可执行文件
l
-fPIC：表示编译为位置独立的代码，不用此选项的话编译后的代码是位置相关的所以动态载入时是通过代码拷贝的方式来满足不同进程的需要，而不能达到真
正代码段共享的目的。
l -L.：表示要连接的库在当前目录中
l -ltest：编译器查找动态连接库时有隐含的命名规则，即在给出的名字前面加上lib，后面加上.so来确定库的名称
l LD_LIBRARY_PATH：这个环境变量指示动态连接器可以装载动态库的路径。
最后. 输出库的路径，或者拷贝到/lib目录下
export LD_LIBRARY_PATH=. // 老婆大人告诉俺的
执行 ./test
搞定
静态:
先编译成.o
gcc -c test_a.c test_b.c test_c.c
然后用ar命令
ar -r libtest.a test_a.o test_b.o test_c.o
相关文档：
由于 Linux 良好的用户权限管理体系，病毒往往是 Linux 系统管理员最后才需要考虑的问题。以往，Linux 上的杀毒软件主要是为企业的邮件和文件服务器所设计的。如今，随着 Linux 桌面用户数量的增长，桌面用户在受益于 Linux 系统对病毒较强的天然免疫力的同时，也需要杀毒软件清理从网络或U盘带来的WIndows病毒。尽管那些 ......
vi与vim一样都是编辑器，不同的是vim更高级一些，可以理解是vi的高级版本。vi就像Windows中的计事本，而vim则可以算的上是
office中的word。vi主要用来编辑一些文件，vim是程序员的好工具。好的。。。。下面在介绍一下vi的使用。。。。。。
1.
使用vi进入一般模式
[root@linux ~]# vi test.tx ......
# uname -a
Linux euis1 2.6.9-55.ELsmp #1 SMP Fri Apr 20 17:03:35 EDT 2007 i686 i686 i386 GNU/Linux
(查看当前操作系统内核信息)
# cat /etc/issue | grep Linux
Red Hat Enterprise Linux AS release 4 (Nahant Update 5)
(查看当前操作系统发行版信息)
# cat /proc/cpuinfo | grep name | cut -f2 -d: ......
一、编译和连接
一般来说，如果库的头文件不在 /usr/include 目录中，那么在编译的时候需要用 -I
参数指定其路径。由于同一个库在不同系统上可能位于不同的目录下，用户安装库的时候也可以将库安装在不同的目录下，所以即使使用同一个库，由于库的路径的
不同，造成了用 -I 参数� ......
学东西，往往实例才是最让人感兴趣的，老是学基础理论，不动手，感觉没有成就感，呵呵。
下面先来一个实例。我们通过创建两个线程来实现对一个数的递加。
或许这个实例没有实际运用的价值，但是稍微改动一下，我们就可以用到其他地方去拉。
下面是我们的代码：
/*thread_example.c : c multiple thread p ......
