完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
|
相关推荐
1个回答
|
|
嵌入式Linux开发工具:gcc make shell
嵌入式linux系统开发:通过内核提供的服务实现相应功能 C语言程序设计:无os语法 系统调用:内核提供的安全访问机制; 硬件中断、软件中断 作用:使用户空间可以访问内核空间并获取服务 1、 Linux系统空间划分:用户空间、内核空间 2、划分空间的目的:保护内核空间不能被用户空间随便访问; 3、用户空间如何访问内核空间?必须发送系统调用; 4、如何发生系统调用?调用操作系统提供的函数接口—API “学会看和使用说明书!”— 用户编程接口手册 文件操作、进程、线程操作(多任务)、网络、设备 文件描述符:文件id 动态分配:只要当操作这个文件时,系统才会给你分配文件描述符 非负整数:(从3编号开始、0,1,2三个文件描述符有其他作用) creat函数用法: 相关函数: read、write、fcntl、close、link、stat、umask、unlink、fopen 表头文件: #include #include #include 定义函数: int creat(const char * pathname, mode_tmode); 函数说明: 参数pathname指向欲建立的文件路径字符串。 creat()相当于使用下列的调用方式调用 open():open(const char * pathname ,(O_CREAT|O_WRONLY|O_TRUNC)); 返回值: creat()会返回新的文件描述词,若有错误发生则会返回-1,并把错误代码设给errno。 一些错误代码的含义: EEXIST参数pathname所指的文件已存在。 EACCESS参数pathname所指定文件不符合所要求测试的权限。 EROFS欲打开写入权限的文件存在于只读文件系统内。 EFAULT参数pathname指针超出可存取的内存空间。 EINVAL参数mode不正确。 ENAMETOOLONG参数pathname太长。 ENOTDIR参数pathname为一目录。 ENOMEM核心内存不足。 ELOOP参数pathname有过多符号连接问题。 EMFILE已达到进程可同时打开的文件数上限。 ENFILE已达到系统可同时打开的文件数上限 附加说明: creat()无法建立特别的装置文件,如果需要请使用mknod() open函数用法: 相关函数: read、write、fcntl、close、link、stat、umask、unlink、fopen 表头文件: #include #include #include 定义函数: int open(const char * pathname, int flags); int open(const char * pathname,int flags, mode_t mode); 函数说明: 参数pathname指向欲打开的文件路径字符串,下列是参数flags所能使用的旗标。 O_RDONLY:以只读方式打开文件。 O_WRONLY:以只写方式打开文件。 O_RDWR:以可读写方式打开文件。 上述三种旗标是互斥的,也就是说它们不可同时使用,但可与下列的旗标利用OR(|)运算符组合。 O_CREAT:若欲打开的文件不存在则自动建立该文件。 O_EXCL:如果O_CREAT也被设置,此指令会去检查文件是否存在。文件若不存在则建立该文件,否则将导致打开文件错误。此外,若O_CREAT与O_EXCL同时设置,并且欲打开的文件为符号连接,则会打开文件失败。 O_NOCTTY:如果欲打开的文件为终端机设备时,则不会将该终端机当成进程控制终端机。 O_TRUNC:若文件存在并且以可写的方式打开时,此旗标会令文件长度清为0,而原来存于该文件的资料也会消失。 O_APPEND:当读写文件时会从文件尾开始移动,也就是所写入的数据会以附加的方式加入到文件后面。 O_NONBLOCK:以不可阻断的方式打开文件,也就是无论有无数据读取或等待,都会立即返回进程之中。 O_NDELAY:同O_NONBLOCK。 O_SYNC:以同步的方式打开文件。 O_NOFOLLOW:如果参数pathname所指的文件为一符号连接,则会令打开文件失败。 O_DIRECTORY:如果参数pathname所指的文件并非为一目录,则会令打开文件失败。此为Linux 2.2以后特有的旗标,以避免一些系统安全问题。 参数mode则有下列数种组合,只有在建立新文件时才会生效,此外真正建文件时的权限会受到umask值所影响,因此该文件权限应该为(mode-umaks)。 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权限,代表其他用户具有可执行的权限。 返回值: 若所有欲核查的权限都通过了检查则返回0值,表示成功,只要有一个权限被禁止则返回-1。 一些错误代码的含义: EEXIST:参数pathname所指的文件已存在,却使用了O_CREAT和O_EXCL旗标。 EACCESS:参数pathname所指的文件不符合所要求测试的权限。 EROFS:欲测试写入权限的文件存在于只读文件系统内。 EFAULT:参数pathname指针超出可存取内存空间。 EINVAL:参数mode不正确。 ENAMETOOLONG:参数pathname太长。 ENOTDIR:参数pathname不是目录。 ENOMEM:核心内存不足。 ELOOP:参数pathname有过多符号连接问题。 EIO:I/O存取错误。 使用access()作为用户认证的判断要特别小心 例如,在access()后再进行open()空文件操作可能会造成系统安全上的问题。 |
|
|
|
只有小组成员才能发言,加入小组>>
863 浏览 0 评论
1191 浏览 1 评论
2566 浏览 5 评论
2901 浏览 9 评论
移植了freeRTOS到STMf103之后显示没有定义的原因?
2761 浏览 6 评论
keil5中manage run-time environment怎么是灰色,不可以操作吗?
1201浏览 3评论
214浏览 2评论
486浏览 2评论
399浏览 2评论
M0518 PWM的电压输出只有2V左右,没有3.3V是怎么回事?
482浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-1-22 23:04 , Processed in 1.139066 second(s), Total 98, Slave 79 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号