posts - 25,  comments - 0,  trackbacks - 0
     摘要: Linux tcpdump命令详解简介用简单的话来定义tcpdump,就是:dump the traffic on a network,根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤,并提供and、or、not等逻辑语句来帮助你去掉无用的信息...  阅读全文
posted @ 2012-08-26 02:15 nk_ysg 阅读(341) | 评论 (0)编辑 收藏
同事需要在suse上安装php的性能测试工具xhprof,图形化展示需要源码安装graphviz
选取的源码为graphviz-2.24.0.tar.gz,
安装步骤如下
1.tar xzvf graphviz-2.24.0.tar.gz
2.cd graphviz-2.24.0
3../configure
4.make
报了如下错误
 gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../lib/common -I../../lib/gvc -I../../lib/pack -I../../lib/ortho -I../../lib/pathplan -I../../lib/graph -I../../lib/sparse -I../../lib/rbtree -I../../lib/sfdpgen -I../../lib/cdt -I/usr/local/include -g -O2 -Wno-unknown-pragmas -Wstrict-prototypes -Wpointer-arith -Wall -ffast-math -MT multispline.lo -MD -MP -MF .deps/multispline.Tpo -c multispline.c  -fPIC -DPIC -o .libs/multispline.o
multispline.c:1228: error: expected specifier-qualifier-list before 'PQ'
In file included from multispline.c:1224:
../../lib/ortho/fPQ.h:22:1: warning: this is the location of the previous definition
multispline.c:1234:1: warning: "N_IDX" redefined
../../lib/ortho/fPQ.h:23:1: warning: this is the location of the previous definition
查找multispline.c,
使用如下命令find . -name multispline.c ,结果为
./lib/neatogen/multispline.c
发现PQ定义在fPQ.h,当前路径下有fPQ.h还是无法编译
cd graphviz-2.24.0
 find . -name "fPQ.h
./lib/neatogen/fPQ.h
./lib/ortho/fPQ.h
可能是文件不同或是被包含两次,具体没查
cd lib/ortho/
mkdir -p bak
mv * bak

然后cd ../neatogen/
单独编译neatogen运行make
成功
cd ../ortho 
mv bak/*.

cd ../../
运行make,所有模块都可以编译了
posted @ 2012-07-10 16:43 nk_ysg 阅读(628) | 评论 (0)编辑 收藏
ACE读取ini配置,需要使用两个类,ACE_Configuration_Heap和ACE_Ini_ImpEXP
 然后调用
get_string_value,好像 get_integer_value不好用
posted @ 2012-07-08 19:05 nk_ysg 阅读(283) | 评论 (0)编辑 收藏
参考文章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
后面参考文章
posted @ 2012-07-07 16:56 nk_ysg 阅读(167) | 评论 (0)编辑 收藏
strace a.out用来查看a.out程序运行中有哪些系统调用
ltrace a.out用来查看a.out运行中有哪些库函数调用
posted @ 2012-07-06 19:14 nk_ysg 阅读(189) | 评论 (0)编辑 收藏
 创建和使用静态库 
创建一个静态库是相当简单的。通常使用 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 原文链接 
posted @ 2012-07-06 16:57 nk_ysg 阅读(314) | 评论 (0)编辑 收藏
系统调用(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
posted @ 2012-07-06 16:18 nk_ysg 阅读(179) | 评论 (0)编辑 收藏
仅列出标题  下一页
<2019年4月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用链接

留言簿

随笔分类

随笔档案

搜索

  •  

最新评论

阅读排行榜

评论排行榜