Clarify separator format in path
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Ambito
- backend-api-design
Direzione di ricerca
Inizia leggendo questa issue e la relativa issue #182 di debug-adapter-protocol, quindi confronta il modo in cui client, adattatori di debug e debugger gestiscono i separatori dei percorsi nelle configurazioni locali e remote. Il lavoro è completo quando la specifica del protocollo stabilisce una regola non ambigua per i separatori che copre i sistemi coinvolti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- HTML
- Stelle
- 1.8k
- Fork
- 173
- Merge medio
- 7g 7h
- PR unite (30g)
- 2
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/debug-adapter-protocol
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
microsoft/debug-adapter-protocol#633 · 1 commento ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
microsoft/debug-adapter-protocol#599 · 8 reazioni ·
-
under-discussion
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
microsoft/debug-adapter-protocol#596 · 9 commenti ·
Tutte le issue di microsoft/debug-adapter-protocol
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
run-llama/llama_index#23278 ·
I maintainer di solito rispondono entro 2 giorni
-
from-review-extraction priority: low python severity:nit
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
LearningCircuit/local-deep-research#6944 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
iMicknl/python-overkiz-api#2263 ·
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
meshery/meshery#22119 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
sgl-project/sglang#41482 ·
I maintainer di solito rispondono entro 1 giorno