linux api笔记（7）：系统调用如何摆脱信号的干扰
在linux环境下编程有一个很让人头疼的问题就是信号对系统调用的干扰，在系统调用过程中如果受到信号的干扰，
部分系统调用会将errno设置成EINTR，我们不得不编写下面的错误处理代码来防止这种情况的发生：
syscall:
int ret = syscall(...);
if (ret < 0 && EINTER == errno)
goto syscall;
else if(ret < 0)
...
else
...
一次又一次的编写的话真的很烦，而前端时间我在chrome的源代码中找到的一段代码正好解决了这种丑陋的编码：
#include <fcntl.h>
#include <errno.h>
#include <unistd.h>
#define HANDLE_EINTR(x) ({ \
typeof(x) __eintr_code__; \
do { \
__eintr_code__ = x; \
} while(__eintr_code__ < 0 && EINTR == errno); \
__eintr_code__; \
})
int main()
{
int fd = 0;
char buf[1024];
fd = open("hello world", O_RDWR);
HANDLE_EINTR(read(fd,buf, sizeof(buf)));
close(fd);
return 0;
}
当然我们也不是只要碰到系统调用就使用HANDLE_EINTR，一个系统调用函数至少要满足两个条件的时候才能使用：
1）返回值类型为int
2）会受到信号的干扰，也就是说有可能将errno设置成EINTR（这就需要我们查man手册了）。上面的open函数就
不会受到信号的干扰，所以就不能使用这个宏。
至少到目前为止，我发现凡是能够将errno设置成EINTR的系统函数的返回值类型都是int，并且当出错的时候
返回值小于0。
相关文档：
系统
# uname -a # 查看内核/操作系统/CPU信息
# head -n 1 /etc/issue # 查看操作系统版本
# cat /proc/cpuinfo # 查看CPU信息
# hostname &nbs ......
Linux系统下的多线程编程入门
2006-01-17 09:13作者：pcstudy出处：blogchina责任编辑：方舟
相关专题： Linux设备驱动程序开发入门
引言
线程（thread）技术早在60年代就被提出，但真正应用多线程到操作系统中去，是在80年代中期，solaris是这方面的佼佼者。传统的Unix也支持线程的概念 ......
离开这家公司也已经五年多了，再之前有一个朋友离开时，我还谈到心中的硬件理想，他只是说离开硬件很多年之后恐怕已经无法回去了，当时我虽然没说什么，心里还是有些无奈的。今天当写到现在的时候，发现硬件在我的工作中已经渐渐淡化了，是不是它真的不重要了？
于是写下今天的标题的时候，决定加上GNU/Linux，因为它成为� ......
Linux服务器在启动时需要启动很多系统服务，它们向本地和网络用户提供了Linux的系统功能接口，直接面向应用程序和用户。提供这些服务的程序是由运行在后台的守护进程（daemons）来执行的。守护进程是生存期长的一种进程。它们独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件。他们常常在系统引导装入时启� ......
安装Kmplayer播放器
（作者/l4nneret）为了能在 Linux 下也能播放多媒体文件，于是安装据称很强悍的 Kmplayer 播放器。过程如下：在 http://www.mplayerhq.hu/MPlayer/ 这里看到 Kmplayer 的主程序已经更新到了 1.0rc2 版。
下载主程序：MPlayer-1.0rc2.tar.bz2
两个解码包：all-20071007.tar.bz2 和 windows-all-2007 ......
