【APUE】4、Unix环境高级编程——解惑篇

1、关于FILE_MODE值的问题

 

众所周知，FILE_MODE是一个宏，它经常定义成如下形式；

       #define FILE_MODE (S_IRUSR|S_IWUSR|S_IRGRP|S_IROTH)

     

       定义成这样的意思是：允许用户读、写；组成员只读和其他用户只读。这些权限位会被当前进程的文件模式创建掩码修正，也就是程序中用到FILE_MODE 的地方，它的值会被替换为0644。 

        当然，这个值是可以用户自定义的。但是，经过试验我们发现，这个权限是有限制的。无论是在FIFO中还是在Posix消息队列中，FILE_MODE的值都不可能是0777。因为用户的权限可以是读、写、执行的；但是用户组和其它用户最高权限是可读可执行，不可写。因此，如果你将FILE_MODE 自定义如下：

#define FILE_MODE (S_IRUSR|S_IWUSR|S_IXUSR|S_IRGRP|S_IWGRP|S_IXGRPS_IROTH|S_IWOTH|S_IXOTH);

或者#define FILE_MODE 0777;

      假如生成的可执行文件名是test，当你通过ls -l test查看时，你只能得到如下结果：

-rwxr-xr-x 1 jingjing jingjing 13315 2011-07-28 09:09 test；

注意：这里的权限不是-rwxrwxrwx，因为用户组和其他用户根本没有写的权限。

所以，以后在进程间通信（IPC）中用到FILE_MODE的地方就要记得，可不能把它设置为0777啦！

 

 

2、 宏： 整数常量O_ACCMODE 

 

原文：
Macro: int O_ACCMODE 

This macro stands for amask that can be bitwise-ANDed with the file status flag value to produce avalue representing the file access mode

The mode will be O_RDONLY, O_WRONLY, or O_RDWR.(In the GNU system it could also be zero, and it never includes the O_EXECbit.)

翻译：

          这个宏作为一个掩码以与文件状态标识值做AND位运算，产生一个表示文件访问模式的值。

           这模式将是O_RDONLY, O_WRONLY, 或 O_RDWR（在GNU系统中，也可能是零，并且从不包括 O_EXEC 位）

 

O_ACCMODE<0003>：读写文件操作时，用于取出flag的低2位
O_RDONLY<00>：只读打开
O_WRONLY<01>：只写打开
O_RDWR<02>：读写打开 

 

http://blog.csdn.net/grasspower/article/details/2807672