LINUX环境进程间通信
linux信号机制远远比想象的复杂，本文力争用最短的篇幅，对该机制做了深入细致的分析。读者可以先读一下信号应用实例（在信号（下）中），这样可以对信号发送直到相应的处理函数执行完毕这一过程有个大致的印象。本文尽量给出了较新函数的应用实例，着重说明这些的功能。
一、信号及信号来源
信号本质
信号是在软件层次上对中断机制的一种模拟，在原理上，一个进程收到一个信号与处理器收到一个中断请求可以说是一样的。信号是异步的，一个进程不必通过任何操作来等待信号的到达，事实上，进程也不知道信号到底什么时候到达。
信号是进程间通信机制中唯一的异步通信机制，可以看作是异步通知，通知接收信号的进程有哪些事情发生了。信号机制经过POSIX实时扩展后，功能更加强大，除了基本通知功能外，还可以传递附加信息。
信号来源
信号事件的发生有两个来源：硬件来源(比如我们按下了键盘或者其它硬件故障)；软件来源，最常用发送信号的系统函数是kill, raise, alarm和setitimer以及sigqueue函数，软件来源还包括一些非法运算等操作。
回页首
二、信号的种类
可以从两个不同的分类角度对信号进行分类：（1）可靠性方面：可靠信号与不可靠信号；（2）与时间的关系上：实时信号与非实时信号。在《Linux环境进程间通信（一）：管道及有名管道》的附1中列出了系统所支持的所有信号。
1、可靠信号与不可靠信号
"不可靠信号"
Linux
信号机制基本上是从Unix系统中继承过来的。早期Unix系统中的信号机制比较简单和原始，后来在实践中暴露出一些问题，因此，把那些建立在早期机制上
的信号叫做"不可靠信号"，信号值小于SIGRTMIN(Red hat
7.2中，SIGRTMIN=32，SIGRTMAX=63)的信号都是不可靠信号。这就是"不可靠信号"的来源。它的主要问题是：
进程每次处理信号后，就将对信号的响应设置为默认动作。在某些情况下，将导致对信号的错误处理；因此，用户如果不希望这样的操作，那么就要在信号处理函数结尾再一次调用signal()，重新安装该信号。
信号可能丢失，后面将对此详细阐述。
因此，早期unix下的不可靠信号主要指的是进程可能对信号做出错误的反应以及信号可能丢失。
Linux支持不可靠信号，但是对不可靠信号机制做了改进：在调用完信号处理函数后，不必重新调用该信号的安装函数（信号安装函数是在可靠机制上的实现）。因此，Linu
相关文档：
假设是启动一个 rails 程序：
ruby script/server
通常会这样：
nohup ruby script/server &
把错误输出流也定向到正常输出流中：
nohup ruby script/server & 2 > 1 &
要记录下 pid ：
nohup ruby script/server & 2 > 1 & echo $! > tmp/pid &
经过反复调试，上面的语句似乎不� ......
学习linux下的c/c++编程
1，先有linux环境
搭minGW和cygwin都有点麻烦，最最简单的办法还是装个真正的linux，用虚拟机也好，在网络上的另一台机器也好。这样不仅快，而且你有了真正的环境。
2.会C/C++语言（估计你会的）
3.入门阶段熟悉gcc命令行，最基本的参数，如，-g,-W,-O,-o,-c 建议看man gcc(很大找� ......
gcc，gdb的使用
作者：zccst
上周五在图书馆借了一本《Linux软件工程师（C语言）实用教程》，让我收获良多。不仅仅是书中的知识，还有对知识体系和架构认识的深入。
Linux下C开发：
1，gcc,gdb的使用。
2，Makefile文件的编写。
3，系统函数的使用
4，文件操作
5，串行通信
6，进程控制
7，进程� ......
手头有个ep9315的板，今天突然想起跑一下adsl上网。晚上回来就开始搞。
从10点到现在，终于能够跑起来。
给大家借鉴一下。
1.编译内核，把ppp的那些选项选上。 (我用2.6.8.1的kernel，cirrus 的patch)
2.libpcap-0.9.1 这个包是pppd需要的。
./configure CC=arm-linux-gcc CFLAGS=-msoft-float --target=arm-linu ......
采用共享内存通信的一个显而易见的好处是效率高，因为进程可以直接读写内存，而不需要任何数据的拷贝。对于像管道和消息队列等通信方式，则需要在内
核和用户空间进行四次的数据拷贝，而共享内存则只拷贝两次数据[1]：一次从输入文件到共享内存区，另一次从共享内存区到输出文件。实际上，进程之间在共
享内存时，并不总� ......
