microsoft / microsoft/vscode-cpptools
[Win10] After __debugbreak(), the debugger no longer works correctly
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
Environment:
- tool-chain: C++ tool-chain that comes with Visual Studio 2015.
- VSCode 1.12.2
- Windows 10.
Steps to reproduce:
- Add __debugBreak somewhere in your C++ code.
- Start a debugging session until the execution stops in the __debugBreak() call.
- From this moment on, try to go step-by-step in the code (using F10)
Expected result:
The debugger should step by step into the code, and the execution cursor (yellow arrow at the left side of the editor pane while in the Debugger view) should show the currently executed line.
Actual result:
The debugger goes step by step into the code, but the execution cursor disappears after the first F10 key-press. After this point you don't know where the execution cursor is.
Recovery:
The only way to recover from this is to look into the call-stack view, select the current thread, and double click the function at the top of the call-stack. After this action, the execution cursor reappears, but only until you press F10 again, when it disappears.
Mention:
This only happens after __debugBreak(). For a normal breakpoint added with F9 the debugger works correctly.
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
Reproduce el problema con el entorno indicado de Visual Studio 2015, VS Code 1.12.2 y Windows 10 usando un programa de C++ que contenga __debugBreak(), y compara la ejecución paso a paso con un punto de interrupción normal de F9. Rastrea las actualizaciones del subproceso actual y de la ubicación de ejecución del depurador después de F10; se considera terminado cuando el cursor de ejecución permanece visible y es preciso después de cada paso.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- cpp, typescript, vscode
- Área
- devtools
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 30/100