Debugger Integration
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 20/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript, rust, vscode, wasm
- Domaine
- developer-experience, devtools
Piste de recherche
Aucun fichier, test ou point d’entrée n’est nommé. Commencez par comparer l’API de débogage de SpiderMonkey avec l’approche VSCode Python/V8 et les options proposées WASI-socket ou first-class world-import ; le travail est terminé lorsqu’une intégration prenant en charge l’exécution pas à pas de JavaScript et gérant les appels d’importation du component model externe a été sélectionnée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Brought up at CTW - Spidermonkey has a debugger API that we should figure out the right integration for.
Unfortunately it does not include a debugging protocol itself, so one would need to be implemented on top of WASI sockets or otherwise. Apparently VSCode solved this for Python using a character device on preview1 to handle the V8 debugging protocol.
The debugging that needs to be handled is stepping through the JS code, when yielding through to external component model import calls, I suppose this would suspend the entire debugging interface while the external call is made, then reinitiate the debugging interface after that. This seems fine as far as I can tell.
We could possibly even have a first-class world import for debugging support, by exposing the world for debug builds only, and then relying on hosts that support the debugger protocol imports and exports, as an alternative to implementing it on top of wasi sockets.
Should be a really interesting project!
- Langage dominant
- Rust
- Étoiles
- 395
- Forks
- 57
- Merge moyen
- 2 j 18 h
- PR mergées (30 j)
- 3
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 bytecodealliance/ComponentizeJS
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
-
enhancement
Difficulté 4/5 3-5 jours Accessibilité débutants 56/100
-
Difficulté 3/5 1-2 jours Accessibilité débutants 52/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
bytecodealliance/ComponentizeJS#335 · 3 commentaires ·
Toutes les issues de bytecodealliance/ComponentizeJS
Issues similaires
-
discover: `sudo RTK_DISABLED=$VAR …` is not detected as a bypass when `sudo` is a transparent prefixOuvertearea:cli bug good first issue priority:medium
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
rtk-ai/rtk#4412 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
[review-skill] Unresolved review threads need paginated GraphQL; first:100 silently truncatesOuverteskill:code-review
Difficulté 1/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
component:sight
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
agentic-os-org/ANOLISA#4115 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
rivet-dev/rivet#5819 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
A-io-database bug needs triage python
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
Les mainteneurs répondent en général sous 1 jour