linux系统creat函数,Linux系统调用之creat函数

Linux中系统调用很多，但是再多也有几种不变的根本：创建，打开，写，读，关闭，删除，等最最基本的操作，就像人们所常说的，Linux上的一切我们都可以当做文件来处理，既然是文件，那么以上的几种操作就是必须的，还有一些高级的，我会陆续介绍。

想到这个函数，就想到了我们的open还不具备创建文件的能力之前，那时的creat是多么的辉煌，现在的open就像腾讯那样的霸道，什么都做，简直是百科全书。废话不多说了，介绍下creat()

位于#include

int creat(const char *pathname, mode_t mode);

成功返回为只写打开的文件描述符，若出错则返回-1.

注意：此函数等效于：

open(pathname, O_WRONLY | O_CREAT | O_TRUNC, mode);

下面给个例子

很奇怪我没有包含 fcntl.h头文件，程序并没有报错，希望了解内情的同志留个言，让俺也长下见识。

#include

int main(void)

{

int fd = -1;

fd = creat("tmp.lock",00644);

if (0 > fd)

{

printf("errno:%s\n",strerror(errno));

}

else

{

close(fd);

}

printf("Execute ok: %d\n", fd); // 关闭之后再打印，fd的值竟然不变(测试才知道的)。

return 0;

}

写这个函数的目的为别的，就是想测测 creat创建的文件已经创建后，再次调用是否会出现 EEXIST错误，结果很失望，不会。

同一个程序执行数次，所得到的结果没有变化，fd=3。

不过学了样东西，慢慢来吧，啥都得从头开始，是不。

open就不行了。

需要fcntl.h------{小弟真的很困惑，难道标准库中包含了creat,为什么 open就需要引用这个头文件？}

#include

int main(void)

{

int fd = -1;

fd = open("tmp.lock", O_WRONLY | O_CREAT | O_TRUNC, 00644);

printf("fd:%d\n",fd);

if(0 > fd)

{

printf("errno:%s\n",strerror(errno));

}

else

{

close(fd);

}

printf("Execute ok");

return 0;

}执行结果同上。

下面我就用了下 O_EXCL flag

#include

int main(void)

{

int fd = -1;

fd = open("tmp.lock", O_WRONLY | O_CREAT | O_EXCL, 00644);

printf("fd:%d\n",fd);

if(0 > fd)

{

printf("errno:%s\n",strerror(errno));

}

else

{

close(fd);

}

printf("Execute ok");

return 0;

}

这次返回了EEXIST, fd = -1, 这下正合我意了。

关于open的一些列的flag，常用的也就那几个，列出来给大家个参考吧：

描述 (DESCRIPTION) open() 通常用于将路径名转换为一个文件描述符 (一个非负的小整数, 在 read , write 等 I/O操作中将会被使用). 当 open() 调用成功, 它会返回一个新的文件描述符 (永远取未用描述符的最小值). 这个调用创建一个新的打开文件, 即分配一个新的独一无二的文件描述符, 不会与运行中的任何其他程序共享 (但可以通过 fork (2) 系统调用实现共享). 这个新的文件描述符在其后对打开文件操作的函数中使用.(参考fcntl(2)). 文件的读写指针被置于文件头参数 flags 是通过 O_RDONLY, O_WRONLY 或 O_RDWR (指明文件是以只读 , 只写或读写方式打开的) 与下面的零个或多个可选模式按位 -or 操作得到的: O_CREAT 若文件不存在将创建一个新文件. 新文件的属主 (用户ID) 被设置为此程序的有效用户的 ID. 同样文件所属分组也被设置为此程序的有效分组的 ID 或者上层目录的分组 ID (这依赖文件系统类型 ,装载选项和上层目录的模式, 参考,在mount(8) 中描述的 ext2 文件系统的装载选项 bsdgroups 和 sysvgroups ) O_EXCL 通过 O_CREAT, 生成文件 , 若文件已经存在 , 则 open 出错 , 调用失败 . 若是存在符号联接 , 将会把它的联接指针的指向文件忽略. O_EXCL is broken on NFS file systems, programs which rely on it for performing locking tasks will contain a race condition. The solution for performing atomic file locking using a lockfile is to create a unique file on the same fs (e.g., incorporating hostname and pid), uselink(2) to make a link to the lockfile. If link() returns 0, the lock is successful. Otherwise, use stat(2) on the unique file to check if its link count has increased to 2, in which case the lock is also successful. O_NOCTTY 假如 pathname 引用一个终端设备 --- 参考 tty(4) --- 即使进程没有控制终端 ,这个终端也不会变成进程的控制终端. O_TRUNC 假如文件已经存在 , 且是一个普通文件 ,打开模式又是可写(即文件是用 O_RDWR 或 O_WRONLY 模式打开的) , 就把文件的长度设置为零 , 丢弃其中的现有内容.若文件是一个 FIFO 或终端设备文件 , O_TRUNC 标志被忽略. 其他 O_TRUNC 的作用是不具体指定的 (在许多 Linux 版本中 , 通常会被忽略 , 其他的一些版本将返回一个错误) O_APPEND 文件以追加模式打开 . 在写以前 , 文件读写指针被置在文件的末尾 . as if with lseek. O_APPEND may lead to corrupted files on NFS file systems if more than one process appends data to a file at once. This is because NFS does not support appending to a file, so the client kernel has to simulate it, which can't be done without a race condition. O_NONBLOCK 或 O_NDELAY 打开(open) 文件可以以非块(non-blocking) 模式打开 . 此时文件并没有打开 , 也不能使用返回的文件描述符进行后续操作 , 而是使调用程序等待 . 此模式是为了 FIFO (命名管道) 的处理 , 参考 fifo(4). 这种模式对除了 FIFO 外没有任何影响 . O_SYNC 打开文件实现 I/O 的同步 . 任何通过文件描述符对文件的 write 都会使调用的进程中断 , 直到数据被真正写入硬件中 . 其他 , 参考 RESTRICTIONS. O_NOFOLLOW 假如 pathname 是一个符号联接 , 则打开失败 . 这是 FreeBSD 的扩充 , 从 2.1.126 版本以来被引入到 Linux 中来 . 从 glibc2.0.100 库以来 , 头文件中包括了这个参数的定义; kernel 2.1.126 以前将忽略它的使用. O_DIRECTORY 假如 pathname 不是目录 , 打开就失败 . 这个参数是 Linux 特有的 , 在 kernel 2.1.126 中加入 , 为了避免在调用 FIFO 或磁带设备时的 denial-of-service 问题 , 但是不应该在执行 opendir 以外使用. O_LARGEFILE 在 32位系统中支持大文件系统 , 允许打开那些用 31位都不能表示其长度的大文件 . 在文件打开后 , 这些可选参数可以通过 fcntl 来改变 . 在新文件被创建时 , 参数 mode 具体指明了使用权限 . 他通常也会被 umask修改 . 所以一般新建文件的权限为 (mode & ~umask). 注意模式只被应用于将来对这新文件的使用中; open 调用创建一个新的只读文件 , 但仍将返回一个可读写文件描述符. 后面是一些 mode 的具体参数: S_IRWXU 00700 允许文件的属主读 , 写和执行文件 S_IRUSR (S_IREAD) 00400 允许文件的属主读文件 S_IWUSR (S_IWRITE) 00200 允许文件的属主写文件 S_IXUSR (S_IEXEC) 00100 允许文件的属主执行文件 S_IRWXG 00070 允许文件所在的分组读 , 写和执行文件 S_IRGRP 00040 允许文件所在的分组读文件 S_IWGRP 00020 允许文件所在的分组写文件 S_IXGRP 00010 允许文件所在的分组执行文件 S_IRWXO 00007 允许其他用户读 , 写和执行文件 S_IROTH 00004 允许其他用户读文件 S_IWOTH 00002 允许其他用户写文件 S_IXOTH 00001 允许其他用户执行文件 mode 只有当在 flags 中使用 O_CREAT 时才有效 , 否则被忽略. creat 相当于 open 的参数 flags 等于 O_CREAT|O_WRONLY|O_TRUNC. RETURN VALUE 返回值 open 和 creat 都返回一个新的文件描述符 (若是有错误发生返回 -1 ,并在errno 设置错误信息). 注意 open 可以打开设备专用文件 , 但是 creat 不能创建,需要用 mknod(2) 来代替. On NFS file systems with UID mapping enabled, open may return a file descriptor but e.g. read(2) requests are denied with EACCES. This is because the client performs open by checking the permissions, but UID mapping is performed by the server upon read and write requests. 若文件是新建立的 , 他的 atime(上次访问时间), ctime(创建时间), mtime(修改时间) 都被修改为当前时间 , 上层目录的atime , ctime 也被同样修改 . 其他的 , 假如文件是由 O_TRUNC 参数修改的 ,它的 ctime , mtime 域也被设置为当前时间. ERRORS 错误信息 EEXIST 参数 O_CREAT and O_EXCL 被使用,但是文件( pathname )已经存在. EISDIR 文件名 ( pathname ) 是一个目录 , 而又涉及到写操作. EACCES 访问请求不允许 (权限不够) , 在文件名 ( pathname )中有一目录不允许搜索 (没有执行权限) , 或者文件还不存在且对上层目录的写操作又不允许. ENAMETOOLONG 文件名 ( pathname ) 太长了 ENOENT 目录 ( pathname ) 不存在或者是一个悬空的符号联接. ENOTDIR pathname 不是一个子目录 ENXIO 使用 O_NONBLOCK | O_WRONLY, 命名的文件是 FIFO , 所读文件还没有打开的文件 , 或者 , 打开一个设备专用文件而相应的设备不存在 ENODEV 文件 ( pathname ) 引用了一个设备专用文件 , 而相应的设备又不存在. (这是 linux kernel 的一个bug - ENXIO 一定会被返回 .) EROFS 文件 ( pathname ) 是一个只读文件 , 又有写操作被请求. ETXTBSY 文件 ( pathname ) 是一个正在被执行的可执行文件 ,又有写操作被请求. EFAULT pathname 在一个你不能访问的地址空间. ELOOP 在分解 pathname 时 , 遇到太多符号联接或者指明 O_NOFOLLOW 但是 pathname 是一个符号联接 ENOSPC pathname 将要被创建,但是设备又没有空间储存 pathname 文件了 ENOMEM 可获得的核心内存(kernel memory) 不够 EMFILE 程序打开的文件数已经达到最大值了 ENFILE 系统打开的总文件数已经达到了极限