-
Notifications
You must be signed in to change notification settings - Fork 29.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SIGTRAP on reloading window #79639
Comments
Now I can reproduce on a Linux machine that has
GDB log
|
@sguillia I do not understand how the 4 steps from above are related to extension debugging? |
@weinand I apologize, I never said that this was related to extension debugging. The crash can happen when reloading the window, or restarting the debug session, which is the only link with extension debugging. When opening the issue, I didn't knew what caused the problem. I mentioned it to make it easier to reproduce on your side. I launched GDB to show that VS Code received a signal because of a trap in your code. GDB is optional, you can just try to reproduce, and VS Code will crash with no error message other than the one in |
@sguillia does the problem reproduce if you disable all extensions? |
@weinand yes |
@bpasero Sure but I need to have two versions of your exploration builds to try reproduce |
Yes it still reproduces, sorry
Crashes with SIGTRAP:
I guess that this issue will affect few users. It happened to me because Insiders updates are very frequent, and I always had VS Code open when running |
@annoying258
Yes Didn't knew there were built-in extension, nor that they aren't disabled by "Disable all extensions". Still reproduces with all extensions and built-in extensions disabled. I wish there were a "Disable all built-ins" button, this would have saved me 72 manual disabling (ping #52639).
Can you reproduce on your side? |
@sguillia to clarify you can now reproduce the crash simply by reloading the window using Exploration builds and Insiders? |
@bpasero Reproduces from
I need the link to two exploration builds to reproduce |
@sguillia and latest insiders (which is |
@bpasero Also reproduces when downgrading from this one:
To 1.38.0-insider. |
@sguillia does it reproduce when you do this:
|
The VS Code instance I am reloading have to be open before I do I will try the following tomorrow:
|
Thanks |
@bpasero It still crashes from 1.40.0-insider with a custom empty user-data-dir |
Can you please follow the steps in https://github.com/Microsoft/vscode/wiki/Native-Crash-Issues to get at more details around the crash and attach the result here? Thanks! |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
Well this still reproduces but I have no time for this until next week I hope you can re-open when I'll add more info here @bpasero Please don't lock |
Can you please follow the steps in https://github.com/Microsoft/vscode/wiki/Native-Crash-Issues to get at more details around the crash and attach the result here? Thanks! |
You will be disappointed by the backtrace.
Fulll GDB log
|
Ok I am sorry I will not be able to help out more. Leaving to Deepak to decide. |
This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines. Happy Coding! |
This issue does not need more information (otherwise I can provide them) @bpasero Can you remove the needs-more-info flag and re-open? |
I'm experiencing this problem as well on v1.63.2. I encounter it when I try to create a new window of code (File, New Window), although it only appears after code has been running for some time (eg: if I reopen it after a crash, I can open several windows without any issue).
Version: 1.63.2 Let me know if I can provide any further info. |
If this issue persists with latest version of VSCode, please open an issue with crash dumps following the steps at https://github.com/Microsoft/vscode/wiki/Native-Crash-Issues#creating-and-symbolicating-local-crash-reports, thanks! |
I am developing an extension for VS Code, so I work with Typescript and the integrated debugger.
I restarted the debugging session (
workbench.action.debug.restart
,Ctrl + Shift + F5
), when the whole editor and the guest suddenly crashed.Last line of
dmesg
in a terminal:I had my extensions enabled.
I will add more info whenever it reproduces.
I guess we can't find the guilty line from the instruction pointer!
VS Code version: Code - Insiders 1.38.0-insider (ada79d7, 2019-08-21T13:25:25.587Z)
OS version: Linux x64 4.15.0-58-generic
System Info
flash_3d: enabled
flash_stage3d: enabled
flash_stage3d_baseline: enabled
gpu_compositing: enabled
multiple_raster_threads: enabled_on
native_gpu_memory_buffers: disabled_software
oop_rasterization: disabled_off
protected_video_decode: unavailable_off
rasterization: disabled_software
skia_deferred_display_list: disabled_off
skia_renderer: disabled_off
surface_synchronization: enabled_on
video_decode: unavailable_off
viz_display_compositor: disabled_off
webgl: enabled
webgl2: enabled
The text was updated successfully, but these errors were encountered: