在编写程序时,有时总是不记得所使用的函数在哪个库函数中。现在先把自己以前经常用到的函数头文件总结一下。 有不对的地方还请指教。

1,系统调用文件的操作函数

#inlclude <fcntl.h>

int open(char *name,int how) 第二个参数,O_RDONLY O_WRONLY O_RDWRO_CREAT

#include <unistd.h>

int close(int fd)

size_t read(int fd,void *buf, size_t count)

size_t write(int fd,const void *buf,size_tcount)

sleep(1) 系统睡眠一秒钟,最小单位为一秒。

#define msleep(x) usleep(x*1000)

msleep(500); 系统睡眠0.5秒

#include <stdio.h>

perror("会出现错误的函数名")

#include <string.h>

char *strerror(int errnum) 依据错误代码errnum来查找错误原因字符串

char *strcpy(char *dest,const char *src)

int strcmp(char *s1,const char *s2) s1若等于s2的值则返回0值

int strncmp(char *s1,const char *s2,int n) 前n个字符串比较

2,进程控制函数

#include <unistd.h>

pid_t fork(void) 子进程中返回0 父进程中返回子进程ID 出错返回-1

pid_t getpid(void)  pid_t getppid(void)

pid_t vfork(void)

exec函数族

进程pid 的类型为pid_t 类型,它包含于#include <sys/types.h> 若定义一个进程pid变量,则需要包含此头文件

exit(n)结束进程父进程可以由wait函数来获得子进程结束装状态。

在进程结束的时候,会关闭文件描述符号,做一些清理工作,只保留进程返回状态等信息

调用exit(),子进程会关闭所有打开的进程描述符  exit会作清理工作,比如说,释放内存(在C++里面会主动的调用析构函数,),关闭文件句柄的工作,包括刷新IO流。

_exit(n)直接退出,不会做一些清理工作,也不会关闭文件描述符。

#include <sys/wait.h>

pid_t wait(int *status) 等待任意子进程结束。子进程结束状态值由status返回。

如WEXITSTATUS(status)可以获得exit(2)中返回的值,status=2,这样就可以知道所等待的为哪个进程。如果不用这个宏转换,则status=512.

pid_t waitpid(pid_t pid,int status,intoptions)  可以指定等待某个进程号pid的进程结束

在使用 waitpid函数时还用到了pid参数,所以还要加上#include<sys/types.h>

关于进程等待函数还有很多宏将status转换为需要的值,需要了解。

3,进程间通信-管道

#include <unistd.h>

int pipe(int filedes[2])

4,进程间通信-命名管道

#include <sys/types.h> #include<sys/stat.h>

int mkfifo(const char *pathname,mode_tmode)

对于命名管道的操作同普通文件的操作

5,消息队列

数据类型key_t是在头文件sys/types.h中定义的,它是一个长整形的数据。

key=ftok(".",'A')  #include <sys/types.h> #include<sys/ipc.h>

所属头文件:#include<sys/types.h>#include <sys/ipc.h> #include <sys/msg.h>

int msgid;

msgid=msgget(key, IPC_CREAT | IPC_EXCL |0666);

struct msg

{

long mtype;

char mtext[50];

}msg1,msg2; //消息队列缓冲区

int rcvtype=1;

msgsnd(msgid,&msg1,6,0)  6个字节,最后一个参数填写为0表示函数调用阻塞直到满足条件为止。

msgrcv(msgid,&msg2,6,rcvtype,0)   最后一个参数也可为IPC_NOWAIT,没有收到消息返回-1

msgctl(msgid,IPC_RMID,NULL);  删除消息队列

6,进程间通信-信号

#include <signal.h>

int kill(pid_t pid,int sig)

int raise(int signo);进程向自身发送信号

raise(signo)等价于kill(getpid(),signo);

alarm(2) 定时两秒后,产生SIGALRM信号,系统默认处理是结束进程。

int pause(void) //pause函数使调用进程挂起直至捕捉到一个信号。

signal(SIGINT,ctrl_c)  ctrl_c为函数名功能:发出信号后,调用信号处理函数

7,信号集函数组  阻塞信号

信号集数据结构的定义,sigset_t为结构体数据类型

sigset_t intmask;

sigemptyset(&intmask);

sigaddset(&intmask,SIGINT);

sigdelset(&intmask,SIGINT);

sigprocmask(int how,const sigset_t*set,sigset_t *oset)

sigpromask(SIGBLOCK,&intmask,NULL)

8,线程

#include <pthread.h>

线程ID类型为 pthread_t 为结构体类型

获得线程ID的办法 pthread_t tid;tid=pthread_self();

pthread_create(&tid,NULL,thread,NULL)  第二个参数为线程属性,第三个参数为线程。第四个参数是可以向该线程传递参数。   线程 void *thread(void *arg)

pthread_exit((void *)2)  //与return((void *)2)的区别?谁可以解答。。。

void *tret;

pthread_join(tid,&tret);

pthread_cancel(tid);

pthread_cleanup_push(fun,NULL);第一个参数为清理函数,第二个为传参,线程清理处理程序

pthread_cleanup_pop(0); 0表示线程结束时不执行清理函数,非0执行,两函数配对使用。

调用pthread_exit时,或响应取消时,即使是pthread_cleanup_pop(0);也执行清理函数。

互斥锁

互斥锁类型为pthread_mutex_t mutex1

pthread_mutex_init(&mutex1,NULL) 互斥锁的创建,第二个参数为空,表示默认属性。

pthread_mutex_destory(&mutex1) 清除一个互斥锁

pthread_mutex_lock(&mutex1)

pthread_mutex_unlock(&mutex1)

信号量

#include <semaphore.h>

信号量的类型 sem_tsem1;

sem_init(&sem1,0,n) 信号量的初始化,第二个参数Linux没能实现在进程间信号量的共享,所以值为0。

第三个参数为无符号整型,n表示信号量初始化的值

sem_wait(&sem1)  P操作

sem_post(&sem1)  V操作

用PV实现线程间的互斥与同步功能

int sem_getvalue(sem_t *sem) 取得信号量的值

int sem_destroy(sem_t *sem) 删除信号量

Linux C 一些函数 所属的头文件的更多相关文章

  1. linux设备驱动程序该添加哪些头文件以及驱动常用头文件介绍(转)

    原文链接:http://blog.chinaunix.net/uid-22609852-id-3506475.html 驱动常用头文件介绍 #include <linux/***.h> 是 ...

  2. Linux C 一些函数 所属头文件

    1. Linux中一些头文件的作用:<assert.h>:ANSI C.提供断言,assert(表达式)<glib.h>:GCC.GTK,GNOME的基础库,提供很多有用的函数 ...

  3. LINUX下C语言编程调用函数、链接头文件以及库文件

    LINUX下C语言编程经常需要链接其他函数,而其他函数一般都放在另外.c文件中,或者打包放在一个库文件里面,我需要在main函数中调用这些函数,主要有如下几种方法: 1.当需要调用函数的个数比较少时, ...

  4. linux编译模块,包含了头文件却还是报undifind警告

    在编写一个自己写的gadget驱动的时候遇到一个这样的问题,编译的时候报了个警告:WARNING: "usb_composite_register" [-/my_zero.ko] ...

  5. linux下gcc默认搜索的头文件及库文件路径

    转自:https://blog.csdn.net/fd315063004/article/details/7925854 一.头文件 gcc 在编译时如何去寻找所需要的头文件:※所以header fi ...

  6. [转]Linux学习笔记——例说makefile 头文件查找路径

    0.前言     从学习C语言开始就慢慢开始接触makefile,查阅了很多的makefile的资料但总感觉没有真正掌握makefile,如果自己动手写一个makefile总觉得非常吃力.所以特意借助 ...

  7. Linux学习笔记——例说makefile 头文件查找路径

    0.前言     从学习C语言開始就慢慢開始接触makefile,查阅了非常多的makefile的资料但总感觉没有真正掌握makefile,假设自己动手写一个makefile总认为非常吃力.所以特意借 ...

  8. VS2010中如果忘记函数所在的头文件或者忘记函数的输入输出参数类型怎么办?

    先随便找一个熟悉的函数,右击-转到定义,然后写出目标函数,右击-转到定义

  9. 10-08常用的TIME和DATE函数以及各个函数对应的头文件

    系统时间和日期函数:     #include <time.h>     char *asctime(const struct tm *tm);//将tm中存放的信息转换为标准格式    ...

随机推荐

  1. 树上启发式合并(dsu on tree)学习笔记

    有丶难,学到自闭 参考的文章: zcysky:[学习笔记]dsu on tree Arpa:[Tutorial] Sack (dsu on tree) 先康一康模板题吧:CF 600E($Lomsat ...

  2. Python学习札记(三十六) 面向对象编程 Object Oriented Program 7 __slots__

    参考:slots NOTE 1.动态语言灵活绑定属性及方法. #!/usr/bin/env python3 class MyClass(object): def __init__(self): pas ...

  3. 2015-9-13 NOIP模拟赛 by hzwer

    好老的题了,但是还是很有做头的. 总结 不吸氧看来确实是没法用stl的啊(set常数太大了,开O2也没过) SPFA没认真学,觉得有堆优化Dijkstra就天下无敌了,今天负边权教我做人 于是苦逼的只 ...

  4. HDU 4616 Game(经典树形dp+最大权值和链)

    http://acm.hdu.edu.cn/showproblem.php?pid=4616 题意:给出一棵树,每个顶点有权值,还有存在陷阱,现在从任意一个顶点出发,并且每个顶点只能经过一次,如果经过 ...

  5. R语言数据去重

    R语言常用的去重命令有unique duplicated unique主要是返回一个把重复元素或行给删除的向量.数据框或数组 > x <- c(3:5, 11:8, 8 + 0:5)> ...

  6. python 返回列表中的偶数

    def is_even_num(l): enum = [] for n in l: == : enum.append(n) return enum print(is_even_num([, , , , ...

  7. Hadoop异常

    org.apache.hadoop.mapred.InvalidInputException: Input path does not exist: hdfs://xxx:49000/user/had ...

  8. bzoj1449&&bzoj2895

    题解: S连每场比赛流量1费用0 每场比赛连参赛队流量1费用0 我们发现调整一次 由win,lose变为 win+1,lose-1的费用为 (C*(win+1)^2+D*(lose-1)^2) - ( ...

  9. LocalStorage漏洞分析

    之前LocalStorage爆出过一个漏洞,使用Chrome打开这个网站:http://filldisk.com,会将磁盘空间给撑爆,而且Chrome还会Crash.除了FireFox之外,其他浏览器 ...

  10. Beta阶段第2周/共2周 Scrum立会报告+燃尽图 10

    作业要求[https://edu.cnblogs.com/campus/nenu/2018fall/homework/2411] 版本控制:https://git.coding.net/liuyy08 ...