Sending a NULL signal is not possible
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 69/100
- Type d'issue
- Fonctionnalité
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- rust
- Domaine
- operating-systems
Piste de recherche
Commencez par lire la liaison pidfd_send_signal et la définition du type Signal dans rustix, puis examinez les tests de gestion des signaux de pidfd. Le changement demandé consiste à autoriser le signal 0 pour cette API afin que les appelants puissent vérifier si le processus du pidfd est toujours actif. Le travail est terminé lorsque cet usage est pris en charge et couvert par un test ciblé.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Rust
- Étoiles
- 2.1k
- Forks
- 322
- Merge moyen
- 5 j 16 h
- PR mergées (30 j)
- 9
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de bytecodealliance/rustix
-
termios::Termios::OutputModes does not expose some const for muslPeut-être pris @xtqqczze l’a pris il y a 13 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
bytecodealliance/rustix#1706 · 31 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
net feature alone fails to compile in 1.1.5: sockopt uses crate::timespec, which net does not gate inPeut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
bytecodealliance/rustix#1689 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Wrong flag used for (set_)ipv6_multicast_hopsPeut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
bytecodealliance/rustix#1660 ·
Les mainteneurs répondent en général sous 1 jour
-
Add sched_getscheduler wrapperOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
bytecodealliance/rustix#1635 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
bytecodealliance/rustix#1068 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de bytecodealliance/rustix
Issues similaires
-
area:models enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
Les mainteneurs répondent en général sous 1 jour
-
fix v1 repository metadataOuvertegood first issue help wanted
Difficulté 1/5 Moins d'une heure Accessibilité débutants 84/100
servo/rust-smallvec#864 ·
-
bug frontend ui
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour