Should thread creation be fallible?
Maintainer antworten meist innerhalb von 4 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- wasm
- Bereich
- distributed-systems
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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?
- Vorherrschende Sprache
- WebAssembly
- Sterne
- 1.4k
- Forks
- 132
- Ø Merge
- 5 T. 10 Std.
- Gemergte PRs (30 T.)
- 10
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus WebAssembly/component-model
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
WebAssembly/component-model#609 · 2 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
WebAssembly/component-model#753 · 1 Kommentar · 1 Reaktion ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
WebAssembly/component-model#752 · 13 Kommentare · 1 Reaktion ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Does `task.return`'s memory strictly match the canon-lifted function, or only match when present?Offen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 18/100
WebAssembly/component-model#749 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 4 Tagen
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
WebAssembly/component-model#743 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 4 Tagen
Alle Issues in WebAssembly/component-model
Ähnliche Issues
-
Traffic event delivered/rejected counters appear swapped in TrafficStateController.updateWithReceiptOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 65/100
digital-asset/canton#705 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Stateless worker activations retain a duplicate timeout CTS and timer after activation completesEvtl. vergeben @KSemenenko hat das vor 1 Tag übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
core enhancement p3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
RunanywhereAI/runanywhere-sdks#1190 ·
Maintainer antworten meist innerhalb von 1 Tag
-
fix(clustering/rpc): WebSocket handshake should match Sec-WebSocket-Protocol case-insensitivelyEvtl. vergeben @coder-jeffery hat das vor 2 Tagen übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100