Sending a NULL signal is not possible
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 69/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- operating-systems
Direzione di ricerca
Inizia leggendo il binding pidfd_send_signal e la definizione del tipo Signal in rustix, poi controlla i test per la gestione dei segnali di pidfd. La modifica richiesta consiste nel consentire il segnale 0 per questa API, così che i chiamanti possano verificare se il processo del pidfd è ancora attivo. Il lavoro è terminato quando questo uso è supportato e coperto da un test mirato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I would like to check whether a pidfd maps to a process that is still alive, to avoid pid recycling race conditions. To do so, I would like to use the pidfd_send_signal API, coupled with the NULL signal, whose purpose is precisely to check whether a process is alive. However, the Signal type specifically bans the signal 0.
- Lingua principale
- Rust
- Stelle
- 2.1k
- Fork
- 322
- Merge medio
- 5g 16h
- PR unite (30g)
- 9
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di bytecodealliance/rustix
-
termios::Termios::OutputModes does not expose some const for muslForse già presa @xtqqczze l’ha presa 13 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
bytecodealliance/rustix#1706 · 31 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
net feature alone fails to compile in 1.1.5: sockopt uses crate::timespec, which net does not gate inForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
bytecodealliance/rustix#1689 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Wrong flag used for (set_)ipv6_multicast_hopsForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
bytecodealliance/rustix#1660 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
bytecodealliance/rustix#1635 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
bytecodealliance/rustix#1068 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di bytecodealliance/rustix
Issue simili
-
area:models enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 77/100
I maintainer di solito rispondono entro 1 giorno
-
fix v1 repository metadataApertagood first issue help wanted
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 84/100
servo/rust-smallvec#864 ·
-
bug frontend ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno