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处理器进行寻址时牵涉到三种不同的地址，其关系如下所示
逻辑地址------------------->线性地址-------------------------->物理地址
（分段） ......
将可移动设备连入系统时，系统的后台中会依次发生如下事件：
l 内核检测到新硬件插入，然后分别通知hotplug和udev。前者用来装入相应的内核模块(如usb-storage)，而后者用来在/dev中创建相应的设备节点(如/dev/sda1)。
l udev创建了相应的设备节点之后，会将这一消息通知hal的守护程序(hald)。当然udev还得保证新 ......
ls -l|grep ^d ----列出当前目录下的文件夹
ls -l|grep ^d|grep "tmp" ----列出当前目录下明子含有"tmp"的文件夹
for dir in `ls -l ~/dxy/|grep ^d | awk '{print $9}'` ---- awk '{print $9}' ,只print 文件夹的名字
do
echo "==== $dir"
cd ~/dxy;cd $dir/
t=`ls -l|grep ^d|grep " ......
