📄 sem_init.man
字号:
.TH SEMAPHORES 3 LinuxThreads.XREF sem_wait.XREF sem_trywait.XREF sem_post.XREF sem_getvalue.XREF sem_destroy.SH NAMEsem_init, sem_wait, sem_trywait, sem_post, sem_getvalue, sem_destroy \- operations on semaphores.SH SYNOPSIS#include <semaphore.h>int sem_init(sem_t *sem, int pshared, unsigned int value);int sem_wait(sem_t * sem);int sem_trywait(sem_t * sem);int sem_post(sem_t * sem);int sem_getvalue(sem_t * sem, int * sval);int sem_destroy(sem_t * sem);.SH DESCRIPTIONThis manual page documents POSIX 1003.1b semaphores, not to beconfused with SystemV semaphores as described in !ipc!(5), !semctl!(2)and !semop!(2).Semaphores are counters for resources shared between threads. Thebasic operations on semaphores are: increment the counter atomically,and wait until the counter is non-null and decrement it atomically.!sem_init! initializes the semaphore object pointed to by |sem|. Thecount associated with the semaphore is set initially to |value|. The|pshared| argument indicates whether the semaphore is local to thecurrent process (|pshared| is zero) or is to be shared between severalprocesses (|pshared| is not zero). LinuxThreads currently does notsupport process-shared semaphores, thus !sem_init! always returns witherror !ENOSYS! if |pshared| is not zero.!sem_wait! suspends the calling thread until the semaphore pointed toby |sem| has non-zero count. It then atomically decreases thesemaphore count.!sem_trywait! is a non-blocking variant of !sem_wait!. If thesemaphore pointed to by |sem| has non-zero count, the count isatomically decreased and !sem_trywait! immediately returns 0.If the semaphore count is zero, !sem_trywait! immediately returns witherror !EAGAIN!.!sem_post! atomically increases the count of the semaphore pointed toby |sem|. This function never blocks and can safely be used inasynchronous signal handlers.!sem_getvalue! stores in the location pointed to by |sval| the currentcount of the semaphore |sem|.!sem_destroy! destroys a semaphore object, freeing the resources itmight hold. No threads should be waiting on the semaphore at the time!sem_destroy! is called. In the LinuxThreads implementation, noresources are associated with semaphore objects, thus !sem_destroy!actually does nothing except checking that no thread is waiting on thesemaphore..SH CANCELLATION!sem_wait! is a cancellation point..SH "ASYNC-SIGNAL SAFETY"On processors supporting atomic compare-and-swap (Intel 486, Pentiumand later, Alpha, PowerPC, MIPS II, Motorola 68k), the !sem_post!function is async-signal safe and can therefore becalled from signal handlers. This is the only thread synchronizationfunction provided by POSIX threads that is async-signal safe.On the Intel 386 and the Sparc, the current LinuxThreadsimplementation of !sem_post! is not async-signal safe by lack of therequired atomic operations..SH "RETURN VALUE"The !sem_wait! and !sem_getvalue! functions always return 0.All other semaphore functions return 0 on success and -1 on error, inaddition to writing an error code in !errno!..SH ERRORSThe !sem_init! function sets !errno! to the following codes on error:.RS.TP!EINVAL!|value| exceeds the maximal counter value !SEM_VALUE_MAX!.TP!ENOSYS!|pshared| is not zero.REThe !sem_trywait! function sets !errno! to the following error code on error:.RS.TP!EAGAIN!the semaphore count is currently 0.REThe !sem_post! function sets !errno! to the following error code on error:.RS.TP!ERANGE!after incrementation, the semaphore value would exceed !SEM_VALUE_MAX!(the semaphore count is left unchanged in this case).REThe !sem_destroy! function sets !errno! to the following error code on error:.RS.TP!EBUSY!some threads are currently blocked waiting on the semaphore..RE.SH AUTHORXavier Leroy <Xavier.Leroy@inria.fr>.SH "SEE ALSO"!pthread_mutex_init!(3),!pthread_cond_init!(3),!pthread_cancel!(3),!ipc!(5).
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -