microsoft / microsoft/vscode-cpptools
Search the system path for `program` in `launch.json`
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.2k
- Forks
- 1.7k
- Ø Merge
- 14 Std. 46 Min.
- Gemergte PRs (30 T.)
- 61
Beschreibung
Type: Feature Request
I currently have a launch.json set up for debugging a native Node.js addon on both Linux and OS X with gdb and llvm. Debugging a Node.js addon requires loading the main node executable which in turn dynamically loads the addon which is a shared library. So I have:
"type": "cppdbg",
"request": "launch",
"program": "/usr/bin/node",
which requires the full path to the program being debugged. Both gdb and llvm search the system path when invoking gdb node or llvm node, however the VSCode debugger does not invoke them as it checks that program exists.
Here is my full launch.json - https://github.com/mmomtchev/node-gdal-async/blob/master/.vscode/launch.json
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit der in der Issue gezeigten launch.json-Konfiguration und verfolge, wie der cppdbg-Startablauf den Wert von program validiert, bevor gdb oder llvm gestartet wird. Die Aufgabe ist erledigt, wenn ein Programmname wie node akzeptiert und über den Systempfad aufgelöst werden kann, anstatt einen absoluten Pfad zu erfordern.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- node.js, typescript
- Bereich
- devtools
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Klar beschrieben
- Anfängerfreundlichkeit
- 35/100