2012年8月26日

摘要: Linux tcpdump命令详解简介用简单的话来定义tcpdump，就是：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息... 阅读全文

posted @ 2012-08-26 02:15 nk_ysg 阅读(520) | 评论 (0) | 编辑收藏

2012年7月17日

if we want to ensure our ability to dump core, don't chdir to /

TODO原因

posted @ 2012-07-17 18:40 nk_ysg 阅读(229) | 评论 (0) | 编辑收藏

Beansdb

TODO

posted @ 2012-07-17 10:47 nk_ysg 阅读(320) | 评论 (0) | 编辑收藏

2012年7月13日

(收藏)source insight的一些用法

http://xinzero.com/tag/source-insight

posted @ 2012-07-13 14:33 nk_ysg 阅读(192) | 评论 (0) | 编辑收藏

2012年7月10日

error: expected specifier-qualifier-list before 'PQ'(suse上源码安装graphviz)

同事需要在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 阅读(902) | 评论 (0) | 编辑收藏

2012年7月8日

(TODO)ACE读取ini配置文件

ACE读取ini配置，需要使用两个类，ACE_Configuration_Heap和ACE_Ini_ImpEXP
然后调用 get_string_value，好像 get_integer_value不好用

posted @ 2012-07-08 19:05 nk_ysg 阅读(607) | 评论 (0) | 编辑收藏

2012年7月7日

centos 5.6下面KosmosFS的安装

参考文章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 阅读(302) | 评论 (0) | 编辑收藏

2012年7月6日

strace,ltrace功能

strace a.out用来查看a.out程序运行中有哪些系统调用
ltrace a.out用来查看a.out运行中有哪些库函数调用

posted @ 2012-07-06 19:14 nk_ysg 阅读(311) | 评论 (0) | 编辑收藏

（装载） linux 共享库知识整理

创建和使用静态库
创建一个静态库是相当简单的。通常使用 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 阅读(424) | 评论 (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 阅读(306) | 评论 (0) | 编辑收藏

仅列出标题下一页

2024年12月

日

一

二

三

四

五

六

常用链接

留言簿

随笔分类

随笔档案

搜索

最新评论

阅读排行榜

评论排行榜