poll函数_poll函数详解

c语言休眠函数怎么写

{printf("hello，欢饮进入学生管理系统n");

1、sleep()函数:秒级休眠函数

poll函数_poll函数详解

poll函数_poll函数详解

串口数据是由HAL层来负责的，让我们从主循环 （osal_start_） 的Hal_ProcessPoll函数找下去 ，Hal_ProcessPoll ==> HalUARTPoll ==> HalUARTPollDMA。在这个 HalUARTPollDMA 函数里有这样一句话：dmaCfg.uartCB(HAL_UART_DMA-1, evt); 对dmaCfg.uartCB 这个函数进行了调用，dmaCfg结构体类型如下：

#include

unsigned int sleep(unsigned int unSeconds);

参数unSeconds表示需要休眠的秒数;

2、usleep()函数:微秒级休眠函数;

#include

int usleep(useconds_t lMicroSeconds);

参数lMicroSeconds表示要休眠的微秒数;

#ifndef _SUSECONDS_T

#define _SUSECONDS_T

typedef long suseconds_t; / signed # of microseconds /

#endif / _SUSECONDS_T /

类型useconds_t定义在头文件/usr/include/sys/types.h中;

3、nanosleep()函数:纳秒级休眠函数;

#include

int nanosleep(const struct timespec rqtp, struct timespec rmtp);

4、其它休眠函数:

select()、pselect()、poll();等;

select()函数也可以到微秒,pselect()函数也可以到纳秒。

#include

#include

int main()

{for(i=0;i<5;i++)

Sleep(1000);

}return 0;

}请及时采纳！！！

{printf("hello，欢饮进入学生管理系统n")

Sleep(1000);

}uint8 rxTick;

Sleep(毫秒数);

需要#include

APUE读书笔记-15进程内部通信（5）

这里的path参数必须引用一个已经存在的文件名称，而参数id则只使用它的低8位来生成关键字。

三种类型的XSI IPC：消息队列，信号量，和共享内存，有许多共同点。这里将讨论这些共同的特性，后面会依次讨论它们的各自的特性。

XSI的IPC函数基于System V的IPC函数。这三种类型的IPC起源于1970s的一个被称作"Columbus UNIX"的内部AT&T的UNIX版本。后来这三种类型的IPC被添加到System V中。它们不使用文件系统的命名空间而是使用自己的标准的命名空间。

我们应当知道（前面的表格中也说了）：消息队列，信号量和共享内存被定义为Single UNIX Specification的XSI扩展。

标识只是一个IPC对象的内部名字。协作进程需要一个外部名字策略以便能够使用IPC对象进行交互。为了实现这个目的，IPC对象和一个关键字进行关联，这个关键字的作用就像是一个外部的名字一样。

当创建一个IPC结构的时候（通过调用msgget, semget, 或 shmget），必须指定一个关键字。关键字的类型是key_t，它是在头文件中被定义的一个长整数类型。这个关键字在内核里面被转换成一个标识。

对于一个客户和服务，有许多种不同的方法来使用同一个IPC结构。

返回：如果成功返回关键字，如果失败返回(key_t)-1。

ftok创建的关键字，一般是通过path对应的文件的stat结构的st_dev和st_ino成员结合project ID，来进行生成的。如果指定两个不同的path，那么ftok通常会返回两个不同的关键字。然而由于i-node成员和关键字都是通过长整型来存储的，所以在创建关键字的时候必然会丢失一些信息（关于索引的性的信息），这意味着如果两个不同的路径名，如果指定的project id是相同的话，也是有可能会产生同样值的关键字的。

三个get函数（msgget,semget和shmget）都有两个类似的参数：一个关键字和一个整数标记。

当一个 新的IPC结构被创建 （通常是服务进程创建）的时候，通常是由如下情况导致：

如果想要引用一个已经存在的队列（通常是客户进程引用），关键字必须要和创建该队列时候的关键字一样并且没有指定IPC_CREAT标记。

需要注意的是，我们不可能通过IPC_PRIVATE关键字来引用一个已经存在的queue，因为这个特殊的关键字值会创建一个新的queue。为引用一个已经存在的使用关键字IPC_PRIVATE创建的queue，我们必须知道相应的表示，然后在其他的IPC调用中（例如msgsnd和msgrcv）使用那个标识，而不是通过get函数来获得标识。

如果我们想要创建一个新的IPC结构变量，那么我们需要确保我们不会引用一个使用同样表示的已经存在的IPC结构变量，我们必须同时设定IPC_CREAT和IPC_EXCL位的标记。使用这个方法，当已经存在了那个IPC结构的时候，会导致返回一个EEXIST错误（这个情况就类似使用指定了O_CREAT和O_EXCL标记的open函数）。

XSI的IPC结构和一个ipc_perm结构相关联，这个结构定义了权限和属主，并且至少包含了如下的成员：

每种实现都包含了额外的typedef struct成员，可以通过查看你系统上面的文件来了解完整的定义。

当建立IPC的时候，所有的成员都会被初始化。之后，我们可以通过调用msgctl,semctl,或者shmctl来修改uid,gid,和mode成员。为了能够改变这些值，调用进程必须是IPC结构的创建者或者是超级用户。修改这些成员和给一个文件调用chown或者chmod类似。

mode成员的值和内核中的每个IPC的结构(消息队列，信号量或者共享内存段)，通过一个非负的整数来引用。例如当发送或者从一个消息队列中接收消息的时候，我们所知道的就只是这个队列的标识。和文件描述符号不同，IPC的标识不是一个小的整数。实际上，当创建并且移走一个IPC结构的时候，相应的标识符号会连续地增加，知道它到达一个的正整数值，然后又回归到0。中定义的文件访问权限很类似，但是对于任何的IPC结构没有相应的执行权限。同时，消息队列和共享内存使用read和write但是信号量使用read和alter。下表展示的就是每种IPC形式的六个权限：

有一些实现定义了一些常量来表示这些权限，但是这些都没有被Single UNIX Specification标准化。

我们可以看到，所有三种形式的XSI IPC都有内部的限制。所有这些限制可以通过内核来进行配置，我们后面讲到每一种IPC的时候，将会对这些限制进行描述。

每个平台提供了它自己的显示和修改特定限制的方法。FreeBSD 5.2.1,Linux 2.4.22,和Mac OS X 10.3提供了sysctl命令来查看和修改内核配置参数。Solaris 9可以通过修改文件/etc/然后重新启动来修改内核的配置参数。

在Linux上面，呢可以通过运行"ipcs -l"来查看IPC相关的限制。在FreeBSD上，相应的命令是"ipcs -T"。在Solaris上，你可以运行sysdef -i来查看可以调节的参数。

(内容不会被及时释放)XSI IPC的一个基本问题就是IPC结构是系统范围内的，没有一个引用计数。例如，如果我们创建了一个消息队列，将一些消息放到这个队列上面，然后终止进程，那么消息队列和它的内容并不会被删除。它们会保留在系统中，直到其它进程调用msgrcv或者msgctl进行特定的读取或删除，或者通过执行ipcrm命令，或者通过系统的重新启动。与pipe相比，pipe会在一个引用它的进程结束的时候完全地被移除。对于FIFO，尽管管道的名字在文件系统中保留着（以管道文件的形式），但是FIFO中保留的任何数据会在一个引用该FIFO的进程结束的时候被移走。

(无法像文件那样直观)另外一个XSI IPC的问题就是，这些IPC结构不是通过在文件系统中的名字被知道的。我们无法通过前面的函数来访问和修改它们。有许多系统调用(msgget,semop,shmat,等等)被添加到内核中以便支持这些IPC对象。我们无法通过ls命令来查看IPC对象，我们无法通过rm命令来删除它们，我们也无法通过chmod命令来修改它们的权限。然而，有两个命令"ipcs"和"ipcrm"被加入了进来，可以实现类似的功能。

(无法进行高级的文件作)因为这些IPC不能使用文件描述符号，所以我们不能构对它们使用多I/O函数(select和poll函数)进行作。这使得我们同时使用多个IPC结构或者通过文件或者设备I/O使用任何这些IPC结构变得非常的困难。例如，我们无法有一个服务进程不经过忙等待的循环方式等待消息被放到两个消息队列中的一个上面。

还有更多关于有点和缺点的讨论或者争辩，这里就不一一列举了。同时有一个描述各种IPC特性的表格，这里也不列出了。具体参见参考资料。

后面将会对三种IPC分别进行详细的讲解。

参考： APUE2/ch15lev1sec6.html

求教，关于HalUARTPollDMA函数的几个问题

{uint16 rxBuf[HAL_UART_DMA_RX_MAX];

rxIdx_t rxHead;

rxIdx_t rxTail;

uint8 rxShdw;

uint8 txBuf[2][HAL_UART_DMA_TX_MAX];

txIdx_t txIdx[2];

volatile uint8 txSel;

uint8 txMT;

uint8 txTick; // 1-character time in 32kHz ticks according to baud rate,

// to be used in calculating time lapse since DMA ISR

// to allow delay margin before start firing DMA, so that

// DMA does novolatile uint8 txShdwValid; // TX shadow value is validt overwrite UART DBUF of previous packet

volatile uint8 txShdw; // Sleep Timer LSB shadow.

uint8 txDMAPending; // UART TX DMA is pending

halUARTCBack_t uartCB;

} uartDMACfg_t;

由上可知，uartCB是一个类型为halUARTCBack_t的函数指针（回调函数），那这个函数指针在那里赋值的呢？请看下面这条线路。void SerialApp_Init( uint8 task_id )里面有如下语句halUARTCfg_t uartConfig;在接下来的给uartConfig这个结构体变量赋值的语句中有如下语句：uartConfig.callBackFunc = SerialApp_CallBack;即将uartConfig里的串口回调函数设置为SerialApp_CallBack，然后再通过HalUARTOpen (SERIAL_APP_PORT, uartConfig);这个函数的调用（不再深入进去，有兴趣的同学可以进一步跟进）将uartConfig这个结构体变量的值转化为uartConfig这个结构体变量的值，注意两个结构体变量所属的类型不同，不能直接赋值，需要转化。

这样就保证了，SerialApp_CallBack函数每次循环中被调用一次，SerialApp_CallBack( ) ==> SerialApp_Send( )，在SerialApp_Send()函数里会调用HalUARTRead（）函数，将 DMA 数据读至数据 buffer 并通过 AF_DataRequest （）函数发送出去，注意：发送出去的信息的 CLUSTERID(信息簇ID)号为 SERIALAPP_CLUSTERID1。

sfor(int i =0; i < 5; i++)tatic void SerialApp_Send(void)

{#if SERIAL_APP_LOOPBACK // 本条件编译为FALSE

if (SerialApp_TxLen < SERIAL_APP_TX_MAX)

{SerialApp_TxLen += HalUARTRead(SERIAL_APP_PORT, SerialApp_TxBuf+SerialApp_TxLen+1,

}if (SerialApp_TxLen)

{(void)SerialApp_TxAddr;

if (HalUARTWrite(SERIAL_APP_PORT, SerialApp_TxBuf+1, SerialApp_TxLen))

{SerialApp_TxLen = 0;

}SERIAL_APP_TX_MAX-SerialApp_TxLen);else

{osal_set_nt(SerialApp_TaskID, SERIALAPP_SEND_EVT);

}}