摘要: Linux tcpdump命令详解简介用简单的话来定义tcpdump，就是：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息...  阅读全文 TODO http://xinzero.com/tag/source-insight  ACE读取ini配置，需要使用两个类，ACE_Configuration_Heap和ACE_Ini_ImpEXP
 然后调用 get_string_value，好像 get_integer_value不好用 参考文章http://blog.csdn.net/russell_tao/article/details/7207093 
尝试过在centos6.0上编译不成功
需要安装的第三方软件如下

openssl

openssl-devel

xfsprogs

xfsprogs-devel

e2fsprogs

e2fsprogs-devel

log4cpp

boost

boost-devel
安装jkd,我安装在/usr/lib/jvm/jdk1.7.0_04

开始安装

 

1.wget http://kosmosfs.googlecode.com/files/kfs-0.5.tar.gz
2.tar xzvf kfs-0.5.tar.gz
3.cd kfs-0.5
4.mkdir build
5.cd build
6.cmake ..
7.make
8.make install
后面参考文章 strace a.out用来查看a.out程序运行中有哪些系统调用
ltrace a.out用来查看a.out运行中有哪些库函数调用  创建和使用静态库 
创建一个静态库是相当简单的。通常使用 ar 程序把一些目标文件（.o）组合在一起，
成为一个单独的库，然后运行 ranlib，以给库加入一些索引信息。 
2  创建和使用共享库
特殊的编译和连接选项
-D_REENTRANT         使得预处理器符号 _REENTRANT 被定义，这个符号激活一些宏特性。
-fPIC                选项产生位置独立的代码。由于库是在运行的时候被调入，因此这个
                     选项是必需的，因为在编译的时候，装入内存的地址还不知道。如果
                     不使用这个选项，库文件可能不会正确运行。
-shared              选项告诉编译器产生共享库代码。
-Wl,-soname          -Wl 告诉编译器将后面的参数传递到连接器。而 -soname 指定了
                     共享库的 soname。 

    ＃ 可以把库文件拷贝到 /etc/ld.so.conf 中列举出的任何目录中，并以
root 身份运行 ldconfig；或者
    ＃ 运行 export LD_LIBRARY_PATH='pwd'，它把当前路径加到库搜索路径中去。 

3  使用高级共享库特性
1> ldd 工具
ldd 用来显示执行文件需要哪些共享库, 共享库装载管理器在哪里找到了需要的共享库. 
2> soname 
共享库的一个非常重要的，也是非常难的概念是 soname--简写共享目标名（short for shared object name）。这是一个为共享库（.so）文件而内嵌在控制数据中的名字。如前面提到的，每一个程序都有一个需要使用的库的清单。这个清单的内容是一系列库的 soname，如同 ldd 显示的那样，共享库装载器必须找到这个清单。 
soname 的关键功能是它提供了兼容性的标准。当要升级系统中的一个库时，并且新库的 soname 和老的库的 soname 一样，用旧库连接生成的程序，使用新的库依然能正常运行。这个特性使得在 Linux 下，升级使用共享库的程序和定位错误变得十分容易。 
在 Linux 中，应用程序通过使用 soname，来指定所希望库的版本。库作者也可以通过保留或者改变 soname 来声明，哪些版本是相互兼容的，这使得程序员摆脱了共享库版本冲突问题的困扰。 
查看/usr/local/lib 目录，分析 MiniGUI 的共享库文件之间的关系 
3> 共享库装载器 
当程序被调用的时候，Linux 共享库装载器（也被称为动态连接器）也自动被调用。它的作用是保证程序所需要的所有适当版本的库都被调入内存。共享库装载器名字是 ld.so 或者是 ld-linux.so，这取决于 Linux libc 的版本，它必须使用一点外部交互，才能完成自己的工作。然而它接受在环境变量和配置文件中的配置信息。 
文件 /etc/ld.so.conf 定义了标准系统库的路径。共享库装载器把它作为搜索路径。为了改变这个设置，必须以 root 身份运行 ldconfig 工具。这将更新 /etc/ls.so.cache 文件，这个文件其实是装载器内部使用的文件之一。 
可以使用许多环境变量控制共享库装载器的操作（表1-4+）。 
                        表 1-4+ 共享库装载器环境变量
变量                       含义
LD_AOUT_LIBRARY_PATH       除了不使用 a.out 二进制格式外，与 LD_LIBRARY_PATH 相同。
LD_AOUT_PRELOAD            除了不使用 a.out 二进制格式外，与 LD_PRELOAD 相同。
LD_KEEPDIR                 只适用于 a.out 库；忽略由它们指定的目录。
LD_LIBRARY_PATH            将其他目录加入库搜索路径。它的内容应该是由冒号
                           分隔的目录列表，与可执行文件的 PATH 变量具有相同的格式。
                           如果调用设置用户 ID 或者进程 ID 的程序，该变量被忽略。
LD_NOWARN                  只适用于 a.out 库；当改变版本号是，发出警告信息。
LD_PRELOAD                 首先装入用户定义的库，使得它们有机会覆盖或者重新定义标准库。
                           使用空格分开多个入口。对于设置用户 ID 或者进程 ID 的程序，
                           只有被标记过的库才被首先装入。在 /etc/ld.so.perload 中指定
                           了全局版本号，该文件不遵守这个限制。 

4> 使用 dlopen 
    另外一个强大的库函数是 dlopen()。该函数将打开一个新库，并把它装入内存。该函数主要用来加载库中的符号，这些符号在编译的时候是不知道的。比如 Apache Web 服务器利用这个函数在运行过程中加载模块，这为它提供了额外的能力。一个配置文件控制了加载模块的过程。这种机制使得在系统中添加或者删除一个模块时，都不需要重新编译了。 
    可以在自己的程序中使用 dlopen()。dlopen() 在 dlfcn.h 中定义，并在 dl 库中实现。它需要两个参数：一个文件名和一个标志。文件名可以是我们学习过的库中的 soname。标志指明是否立刻计算库的依赖性。如果设置为 RTLD_NOW 的话，则立刻计算；如果设置的是 RTLD_LAZY，则在需要的时候才计算。另外，可以指定 RTLD_GLOBAL，它使得那些在以后才加载的库可以获得其中的符号。 
    当库被装入后，可以把 dlopen() 返回的句柄作为给 dlsym() 的第一个参数，以获得符号在库中的地址。使用这个地址，就可以获得库中特定函数的指针，并且调用装载库中的相应函数。 作者：perfectpdl 发表于2011-12-25 21:40:34 原文链接 

系统调用（system call）是操作系统内核提供的函数，在内核态运行（kernel mode），属于函数中的低等下人，终身代号9527，虽然低等，但是谁也离不开他们，因为离开他们就没办法和内核打交道了，没办法和内核打交道就什么都歇菜了。。。 linux3.0.0-14的系统调用有346个，可以在源码的 linux-3.0/arch/x86/kernel/syscall_table_32.S文件中找到所有的系统调用编号，如果以汇编的方法调用这些系统函数，那么放在EAX寄存器里面的值就是想要调用的函数的号码，把前20个贴在下面了，很多貌似很熟悉的吧：）ENTRY(sys_call_table)         .long sys_restart_syscall        /* 0 - old "setup()" system call, used for restarting */         .long sys_exit         .long ptregs_fork         .long sys_read         .long sys_write         .long sys_open                /* 5 */         .long sys_close         .long sys_waitpid         .long sys_creat         .long sys_link         .long sys_unlink        /* 10 */         .long ptregs_execve         .long sys_chdir         .long sys_time         .long sys_mknod         .long sys_chmod                /* 15 */         .long sys_lchown16         .long sys_ni_syscall        /* old break syscall holder */         .long sys_stat         .long sys_lseek         .long sys_getpid        /* 20 */ 库函数是在系统调用上的一层包装，运行在用户态（user mode），打个比方吧，库函数相当于包工头，系统调用是工人，我们可以自己找工人分任务，但一般是把任务摊给包工头，包工头再去给工人分任务。 所以虽然最终所有的工作都是系统调用做的，但是我们更通常的做法是调用库函数，有以下几个原因： 库函数提供了抽象，抽象是个好东西，可以让我们把更多的注意力集中在要解决问题的核心。 库函数给我们提供的接口更人性化，所以调用起来更方便。 调用库函数更安全，内存管理不用自己太操心。 调用库函数效率更高，程序跑的更快。虽然库函数最终是调用系统函数，但是库函数会比我们用更好的方式方法调用系统函数。 例子可以参考这篇文章http://blog.csdn.net/high_high/article/details/7102081