Should thread creation be fallible?
Les mainteneurs répondent en général sous 4 jours
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- Active
- Stack technique
- wasm
- Domaine
- distributed-systems
Piste de recherche
Read the issue’s proposal about thread.new-indirect and its comparison with pthread_create; the payload does not name a specification file, test, or implementation entry point. Decide whether thread creation failure should be reported to the guest, and define the failure result and its behavior before this can be considered done.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Right now thread.new-indirect unconditionally returns a new thread, meaning that if a host doesn't actually have the resources to allocate a thread then the only thing it can do is trap. APIs like pthread_create can communicate thread creation failure, however, and in theory a -1 sentinel or similar here should be possible, so I wanted to ask the question -- should thread.new-indirect grow the ability to inform the guest in a non-fatal way that thread creation failed? Perhaps by returning -1?
- Langage dominant
- WebAssembly
- Étoiles
- 1.4k
- Forks
- 132
- Merge moyen
- 5 j 10 h
- PR mergées (30 j)
- 10
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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 WebAssembly/component-model
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
WebAssembly/component-model#609 · 2 commentaires · 1 réaction ·
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
WebAssembly/component-model#753 · 1 commentaire · 1 réaction ·
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
WebAssembly/component-model#752 · 13 commentaires · 1 réaction ·
Les mainteneurs répondent en général sous 4 jours
-
Does `task.return`'s memory strictly match the canon-lifted function, or only match when present?Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 18/100
WebAssembly/component-model#749 · 2 commentaires ·
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
WebAssembly/component-model#743 · 1 commentaire ·
Les mainteneurs répondent en général sous 4 jours
Toutes les issues de WebAssembly/component-model
Issues similaires
-
Traffic event delivered/rejected counters appear swapped in TrafficStateController.updateWithReceiptOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
digital-asset/canton#705 ·
Les mainteneurs répondent en général sous 2 jours
-
Stateless worker activations retain a duplicate timeout CTS and timer after activation completesPeut-être pris @KSemenenko l’a pris il y a 1 jour. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
-
core enhancement p3
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
RunanywhereAI/runanywhere-sdks#1190 ·
Les mainteneurs répondent en général sous 1 jour
-
fix(clustering/rpc): WebSocket handshake should match Sec-WebSocket-Protocol case-insensitivelyPeut-être pris @coder-jeffery l’a pris il y a 2 jours. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100