Clarify separator format in path
Une pull request liée a déjà été fusionnée.
- #581 par @connor4312 — fusionnée
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Documentation
- Clarté
- À clarifier
- Activité
- À l'abandon
- Domaine
- backend-api-design
Piste de recherche
Commencez par lire cette issue ainsi que l’issue associée #182 de debug-adapter-protocol, puis comparez la manière dont les clients, les adaptateurs de débogage et les débogueurs gèrent les séparateurs de chemin dans les configurations locales et distantes. Le travail est considéré comme terminé lorsque la spécification du protocole énonce une règle de séparation non ambiguë couvrant les systèmes concernés.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Currently it is not clear what path separator should be used by a client.
For example, nvim-dap currently defaults to using /, but with adapters like netcoredbg running on windows it will expect \ in source.path. The mismatch causes breakpoints to not be set correctly.
The client could set the path separator based on the system its running on, but that breaks down if client and debugger are running on different machines for remote debugging.
One option could be to mandate in the spec that debug adapters must be able to recognize / separators.
Given that FAT16,etc. and NTFS forbids / in filenames (https://en.wikipedia.org/wiki/Filename#Comparison_of_filename_limitations), there would be no ambiguity - in that it can never be a part of the filename.
But I'm not sure if this won't also break down if there are 3 systems involved: client, debug-adapter, debugger and if the debug-adapter runs on a different system than the adapter.
Seems to be somewhat related to https://github.com/microsoft/debug-adapter-protocol/issues/182
- Langage dominant
- HTML
- Étoiles
- 1.8k
- Forks
- 174
- Merge moyen
- 3 h 32 min
- PR mergées (30 j)
- 2
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- 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 microsoft/debug-adapter-protocol
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Clarify role of `showUser`Ouverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
microsoft/debug-adapter-protocol#633 · 1 commentaire ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 42/100
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
microsoft/debug-adapter-protocol#599 · 8 réactions ·
Toutes les issues de microsoft/debug-adapter-protocol
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
google/go-containerregistry#2491 ·
Les mainteneurs répondent en général sous 1 jour
-
Psalm types a #[ServiceMap] className given as a non-::class constant as the constant's ownerOuverteagent-ready area:static-analysis bug p3
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
gacela-project/gacela#1048 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Graphify-Labs/graphify#4860 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
aiac enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Ingredient import validation accepts negative nutrient values and NaNPeut-être pris @LukeSekai l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
wger-project/wger#2564 ·
Les mainteneurs répondent en général sous 2 jours