同步操作将从 OpenHarmony/docs 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
Signal is a common inter-process asynchronous communication mechanism. It uses software-simulated interrupt signals. When a process needs to communicate with another process, it sends a signal to the kernel. The kernel then transfers the signal to the destination process. The destination process does not need to wait for the signal.
The following table describes the APIs available for signal operations.
Table 1 Signal operation process and APIs (user-mode APIs)
NOTE: The signal mechanism enables communication between user-mode programs. The user-mode POSIX APIs listed in the above table are recommended. Register a callback function.
void *signal(int sig, void (*func)(int))(int);
a. Signal 31 is used to register the handling entry of the process callback. Repeated registration is not allowed. b. Signals 0 to 30 are used to register and unregister callbacks. Register a callback.
int sigaction(int, const struct sigaction *__restrict, struct sigaction *__restrict);
You can obtain and modify the configuration of signal registration. Currently, only the SIGINFO options are supported. For details, see the description of the sigtimedwait API. Transmit a signal. a. Among the default signal-receiving behaviors, the process does not support STOP, CONTINUE, and COREDUMP defined in the POSIX standard. b. The SIGSTOP, SIGKILL, and SIGCONT signals cannot be shielded. c. If a process killed is not reclaimed by its parent process, the process becomes a zombie process. d. A process will not call back the signal received until the process is scheduled. e. When a process is killed, SIGCHLD is sent to its parent process. The signal sending action cannot be canceled. f. A process in the DELAY state cannot be woken up by a signal.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。