linux 信号处理
曾做过signal相关的一点儿开发，谈谈我的一些理解。
首先，需要理解几个signal相关的函数。
sigaddset(sigset_t* sigSet, int sigNum ) : 将信号sigNum 添加到信号集 sigSet 中；
sigdelset(sigset_t* sigSet, int sigNum) : 将信号 sigNum 从信号集 sigSet 中删除；
sigemptyset(sigset_t* sigSet) : 清空信号集；
sigfillset(sigset_t* sigSet) : 在信号集中打开所有的信号。
但是这个时候只是定义好了如此一个信号集，还有对信号的操作函数：
pthread_sigmask(int opCode, sigset_t* sigSet, sigset_t* oldSigSet) :
opCode 指定了如何对 sigSet 里的信号进行处理。opCode 有三个值: SIG_BLOCK
(将sigSet中的信号加到当前线程的屏蔽集中)，SIG_UNBLOCK (将sigSet
中的信号从当前线程屏蔽集中删除)，SIG_SETMASK (将sigSet 设为当前线程的屏蔽集)。 若oldSigSet !=
NULL，则将之前的信号屏蔽集存入其中。
另外还有个函数 sigprocmask() 也有类似功能。区别是：pthread_sigmask()
是线程库函数，用于多线程进程。sigprocmask() 是旧的实现，用于单线程的进程。
sigwait(sigset_t* sigSet, int* sigNum) : 当前线程等待 sigSet
中的信号。没有捕获到信号时，线程挂起；当捕获到时，函数返回，并将信号值存入 sigNum。
sigaction(int sigNum, sigaction* newAct, sigaction* oldAct) : 捕获信号
sigNum，并调用相应的处理函数(定义在 newAct 中)。
虽然sigwait() 和 sigaction() 都是用于捕获信号，但两者还是有较大区别：sigwait()
是阻塞的，线程会一直挂起直到捕获到信号，并且对信号的处理是定义在
sigwait()后的，只会在当前线程内执行；而sigaction()是非阻塞的，当信号被捕获时，会由进程内当前被调度到的线程来执行处理函数(好
像是，not very sure...)，被哪个线程处理是随机的。
所以，sigaction()适用于对实时性要求很高的时候。而在普通情况下建议使用sigwait()，因为其具有较好的可控性。
另外，还需要注意的是，SIG_KILL(大家应该都用过kill -9 吧) 和 SIG_STOP 是不能被用户屏蔽或捕获的。
好了，当理解了这几个函数后，可以自己试着来对信号进行处理了。对于lz的需求，简单举例如下：
sigset_t blockSet, waitSet;
int sigNum;
相关文档：
对于一个文件来说，有唯一的索引接点与之对应，而对于一个索引接点号，却可以有多个文件名与之对应。因此，在磁盘上的同一个文件可以通过不同的路径去访问
该文件。
１.连接有软连接和硬连接(hard link)之分的，软连接(symbolic
link)又叫符号连接。符号连接相当于Windows下的快捷方式。
软链接实际上只是一段文� ......
使用80x86处理器进行寻址时牵涉到三种不同的地址，其关系如下所示
逻辑地址------------------->线性地址-------------------------->物理地址
（分段） ......
http://www.ixpub.net/619016.html
tar命令
[root@linux ~]# tar [-cxtzjvfpPN] 文件
与目录 ....
参数：
-c ：建立一个压缩文件的参数指令(create 的意思)；
-x ：解开一个压缩文件的参数指令！
-t ：查看 tarfile 里面的文件！
特别注意，在参数的下达中， c/x/t 仅能存在一个！不可同时存在！
因为不可能同� ......
Linux源码安装Subversion
先从subversion的官方网站下载源码，subversion.apache.org
解压开到subversion-xxx 然后configure
然后一般就是找不到某某库的错误，以下说明
1.找不到sqlite3
从sqlite网站上下载sqlite3的源码，然后把sqlite3.c拷贝到 subversion-xxx/sqlite-amalgamation/sqlite3.c
2.找不到apr
......
