microsoft / microsoft/vscode-cpptools
[gdbserver] Detach when stopping debugging when using gdbserver
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- TypeScript
- Estrellas
- 6.2k
- Forks
- 1.7k
- Merge medio
- 14 h 46 min
- PR fusionados (30 d)
- 61
Descripción
In our setup we have multiple remote C/C++ applications running on various VMs (like many other projects).
I'm working on making possible to remote debug these applications with VSCode (by attaching, not launching) .
So far I managed to get everything working but 1 very important detail: it's very important that the remote application isn't killed when I stop the debugger (GDB, to be precise).
This is because there are many setups scripts that are run on those applications and we can't re-run all of them every time we end a debugging session.
Is there any way to modify what gdb does at closing time? Ideally, I'd like to first detach the application from GDB and then exit GDB, which is what anyone would do to avoid the killing of the application.
I couldn't find any documentation, issues or unofficial guides regarding this.
Thank you in advance.
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza rastreando en la extensión de TypeScript el manejo de la conexión a gdbserver y de la detención del depurador descrito en el issue, y después inspecciona cómo se termina la sesión remota de C/C++. Determina dónde se selecciona el comportamiento de desconexión frente al de terminación e identifica las pruebas existentes relevantes, si las hay. La tarea estará completada cuando detener una sesión de gdbserver conectada deje la aplicación remota en ejecución.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- cpp, typescript
- Área
- devtools
- Tipo de issue
- Nueva funcionalidad
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 25/100