cpptools crash - `The language server crashed. Restarting...` #10651

Colengms · 2023-03-10T00:28:56Z

We're very interested in fixing crashes. Information that could help us fix crashes include:

Crash stacks.
Specific guidance on how to repro a crash.
Isolated examples that reproduce a crash and can be shared with us directly.

If you're experiencing a crash, any of the above information could be extremely useful to us to investigate and fix it. Please consider opening a new issue in this repo. Or, add a comment on this issue.

I'm pinning this issue, to make this more obvious to users who might be browsing our repo due to experiencing a crash.

H-G-Hristov · 2023-03-10T07:12:20Z

Just to remind that on macOS: #9810

sean-mcmanus · 2023-03-10T21:03:26Z

@H-G-Hristov Yes, but that issue mentions a work around via running lldb -p <processId>, then continue (assume it gets into a stopped state), and then repro the crash, and use bt to get the full stack of the crashing thread (maybe bt all if bt isn't sufficient for some reason).

sean-mcmanus · 2023-03-17T00:16:15Z

I've reproed multiple crashes. I'm tracking it with #10636 .

We may not need this issue anymore.

Colengms · 2023-04-27T18:17:28Z

Reopening. The intent of this issue was to be pinned so users experiencing a crash can find the issue and easily find instructions. I'd like to keep this open and pinned for now.

sean-mcmanus · 2023-04-27T18:59:21Z

@Colengms Yeah, that seems fine, but user should know that we don't currently have a widespread crashing issue (as of https://github.com/microsoft/vscode-cpptools/releases/tag/v1.14.5 or later).

OnielN14 · 2023-08-09T16:54:07Z

I also encountered similar issue.
OS: Windows 11
VS Code version : 1.81.0
C/C++ Extension version: 1.16.3

here is what I found when I check the log in developer tools :

ERR [Extension Host] (node:20304) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
(Use `Code --trace-deprecation ...` to show where the warning was created)

OnielN14 · 2023-08-09T17:59:06Z

I also encountered similar issue. OS: Windows 11 VS Code version : 1.81.0 C/C++ Extension version: 1.16.3

here is what I found when I check the log in developer tools :
ERR [Extension Host] (node:20304) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
(Use `Code --trace-deprecation ...` to show where the warning was created)

I just try to manually install the extension into fresh VSCodium v1.81.0.. the extension works

chris0306 · 2023-08-11T09:11:05Z

大佬，这个问题怎么破？

doxxx · 2023-08-14T13:29:52Z

Working with a large Visual Studio solution of ~70 C# projects and one C++/CMake project. Also had the same solution open in Visual Studio at the same time. Performed a Rebuild in Visual Studio and then came back to 10000+ duplicate errors in VS Code like this:

[Error - 9:24:53 AM] Sending notification cpptools/fileDeleted failed.
Error: Cannot call write after a stream was destroyed
	at new NodeError (node:internal/errors:387:5)
	at _write (node:internal/streams/writable:323:11)
	at Writable.write (node:internal/streams/writable:336:10)
	at c:\Users\gordon.tyler\.vscode\extensions\ms-vscode.cpptools-1.16.3-win32-x64\dist\main.js:77222:29
	at new Promise (<anonymous>)
	at WritableStreamWrapper.write (c:\Users\gordon.tyler\.vscode\extensions\ms-vscode.cpptools-1.16.3-win32-x64\dist\main.js:77212:16)
	at StreamMessageWriter.doWrite (c:\Users\gordon.tyler\.vscode\extensions\ms-vscode.cpptools-1.16.3-win32-x64\dist\main.js:76424:33)
	at c:\Users\gordon.tyler\.vscode\extensions\ms-vscode.cpptools-1.16.3-win32-x64\dist\main.js:76415:29
	at runNextTicks (node:internal/process/task_queues:61:5)
	at process.processImmediate (node:internal/timers:437:9)

sean-mcmanus · 2023-08-14T18:01:18Z

@OnielN14 @chris0306 @doxxx That info is insufficient. We more info, particular the info that's described in the description for this issue, such as a call stack of cpptools or a repro.

sean-mcmanus · 2023-08-14T18:47:59Z

@OnielN14 @chris0306 @doxxx Also, 1.17.1 and 1.17.2 of our extension has some crash fixes, so that may be worth trying.

vineetsoni · 2023-08-17T12:23:14Z

I start to have the same issue since the extension auto-updated to 1.17.3 today. I'm running AlmaLinux 8.8 with kernel 4.18.0-477.15.1.el8_8.x86_64. The VSCode version is 1.81

Not sure if this is any useful, but the output message is:

[Error - 2:14:08 PM] The language server crashed. Restarting...
[Error - 2:14:08 PM] Sending document notification textDocument/didOpen failed
Error: Attempting to use languageClient before initialized
	at DefaultClient.get languageClient [as languageClient] (/u/vinson3z/.vscode-server/extensions/ms-vscode.cpptools-1.17.3-linux-x64/dist/main.js:47283:19)
	at DefaultClient.sendDidOpen (/u/vinson3z/.vscode-server/extensions/ms-vscode.cpptools-1.17.3-linux-x64/dist/main.js:48450:20)
	at DefaultClient.takeOwnership (/u/vinson3z/.vscode-server/extensions/ms-vscode.cpptools-1.17.3-linux-x64/dist/main.js:48439:20)
	at processDelayedDidOpen (/u/vinson3z/.vscode-server/extensions/ms-vscode.cpptools-1.17.3-linux-x64/dist/main.js:53325:30)
	at runMicrotasks (<anonymous>)
	at processTicksAndRejections (node:internal/process/task_queues:96:5)
	at async Function.dispatch (/u/vinson3z/.vscode-server/extensions/ms-vscode.cpptools-1.17.3-linux-x64/dist/main.js:48476:44)

Is there any known workaround for this problem?

Fixed the problem by downgrading to 1.16.3. Downgrading from 1.17.3 to 1.17.2 didn't work.

PS: This happens only when I try to use VSCode with a very large project. For a medium-sized project, it works fine.

bobbrow · 2023-08-17T17:03:09Z

@vineetsoni it looks like the extension isn't recovering from a crash properly. There were some code changes in this area recently, so thank you for reporting it. I'll move your report into a new issue.

sean-mcmanus · 2023-11-29T23:21:00Z

@bobbrow fileChanged/Created/Deleted triggers an IntelliSense update unless the file or the file's folder is filtered from a files.exclude setting. So sure you can put the cmake build folder in your workspace folder, but you should also add it to the C_Cpp.files.exclude to avoid unnecessary IntelliSense updating.

bobbrow · 2023-11-30T00:05:41Z

@bobbrow fileChanged/Created/Deleted triggers an IntelliSense update unless the file or the file's folder is filtered from a files.exclude setting. So sure you can put the cmake build folder in your workspace folder, but you should also add it to the C_Cpp.files.exclude to avoid unnecessary IntelliSense updating.

Can we change that behavior? If it's obviously not a C or C++ file, I don't see why we would want to trigger an IntelliSense update. We have filters for non-C/C++ files (based on file extension) in the TypeScript code so it doesn't seem wrong to do the same thing in the language server.

Zes-MinKey-Young · 2024-01-06T12:53:48Z

How to get a call stack? I cannot attach a debugger because the crash arises before that. If I open cpptools.exe outside VS Code, I cannot reproduce the crash. The executable does nothing.

sean-mcmanus · 2024-03-14T23:19:54Z

@SemenAntonov Your issue is with the clangd extension and not our extension.

godlikeue · 2024-05-25T07:15:23Z

Please tell me which previous version did not have this issue.

I install a clean Ubuntu system on a new computer.
sudo snap install --classic code
install cpptools in extensions

Open a cpp file , this issue will occur!

godlikeue · 2024-05-28T04:15:20Z

I have tried many times and finally located the problematic version to be v1.19.2.
If I revert to v1.19.1, as well as the earlier v1.18.5, this issue will not occur, and the IntelliSense is working now!

My vscode version is 1.89.1.

hbina · 2024-07-20T15:05:07Z

I am remotely developing on my RPI5, it appears that the LSP server is crashing consistently. This is the only output of cpptools.

[Error - 4:01:48 PM] The language server crashed. Restarting...
[Error - 4:01:48 PM] Server process exited with signal SIGSEGV.

abhishekd-1 · 2024-07-23T05:09:11Z

I am remotely developing on my RPI5, it appears that the LSP server is crashing consistently. This is the only output of cpptools.
[Error - 4:01:48 PM] The language server crashed. Restarting...
[Error - 4:01:48 PM] Server process exited with signal SIGSEGV.

I'm seeing the same thing as well on a Raspberry Pi 4 with extension version 1.21.2. Downgrading the C/C++ extension to v1.20.5 fixed the problem for me.

I'm running VS Code version 1.89.1 and have attached the crash stack here as instructed in the first post.

dkvg-77 · 2024-07-25T14:09:21Z

I have been receiving the following error message ever since the update was released 2 days ago.

[Error - 7:36:32 PM] Server initialization failed.
  Message: Pending response rejected since connection got disposed
  Code: -32097 
[Error - 7:36:32 PM] The language server crashed 5 times in the last 3 minutes. It will not be restarted.
[Error - 7:36:32 PM] cpptools client: couldn't create connection to server.
  Message: Pending response rejected since connection got disposed
  Code: -32097 
[Error - 7:36:32 PM] Server process exited with code 3221226505.

I just open up the VS code and this error is thrown.
I tried reinstalling the extensions, reinstalling VS Code, and many other things.
But there has been no solution.
Please help me.

I am using Windows.

imanabu · 2024-07-26T01:11:24Z

On Windows 11, the extension is now crashing on Language server in the past few days. What can I provide you to help diagnose this?

sean-mcmanus · 2024-07-26T02:37:54Z

@abhishekd-1 That crash is fixed with 1.21.4.

@dkvg-77 @imanabu Are you able to attach a debugger to the cpptools.exe process to get a crash call stack? https://github.com/microsoft/vscode-cpptools/wiki/Attaching-debugger-to-cpptools-or-cpptools%E2%80%90srv

dkvg-77 · 2024-07-26T06:56:53Z

Hey @sean-mcmanus

I have been trying to attach a debugger to the cpptools.exe process following the steps in the given URL.
After clicking on the “Start Debugging” button, I get to attach a process.
But I can't find 'cpptools.exe' option in there.

And, to talk about the problem of the extension,
I am facing no issues in the 1.20.5 or below version.
I am facing issues only in the last 3 updates.

Also for an option called 'C/C++ tag parser status', it says 'initializing'.
Where as it says 'parsing complete' for the 1.20.5's version.

imanabu · 2024-07-26T16:48:43Z

@abhishekd-1 That crash is fixed with 1.21.4.

@dkvg-77 @imanabu Are you able to attach a debugger to the cpptools.exe process to get a crash call stack? https://github.com/microsoft/vscode-cpptools/wiki/Attaching-debugger-to-cpptools-or-cpptools%E2%80%90srv

Well, here is what happens so with my knowledge of VSC extensions, right now I am at a loss how to get this attach while the extension is starting up. I have a flutter project with Windows target and I think when that gets detected, the extension starts and then it crashes. I am on 1.21.4

sean-mcmanus · 2024-07-26T18:19:21Z

@dkvg-77 @imanabu It sounds like it's crashing too early to attach. Are you able to set C_Cpp.logginglevel to "Debug" and look at the C/C++ logging before the 2nd "cpptools/initialize" logging (which occurs after it crashes and re-initializes).

Does it crash with an empty workspace folder without any C/C++ files open? Does opening a file trigger the crash or adding certain files to the workspace folder? If you can attach before it crashes and then do something to trigger the crash, then you can get a crash call stack that way.

adrianstephens · 2024-11-18T21:53:12Z

I am getting this crash with the release and beta versions, and I would love to help you track this down because intellisense has always been hit or miss for me for (literally) decades!

I have attached to the 'ms-vscode.cpptools-1.22.11-win32-x64\bin\cpptools.exe' process, but it just eventually exits with exit code 0, so I can't get a stack trace from that.
Could you advise what I should attach to, and if there is a version of it with symbols?

This is the log from the Output window:

loggingLevel: Debug
LSP: (received) cpptools/initialize (id: 1)
LSP: (invoked) cpptools/initialize (id: 1)
cpptools version (TypeScript): 1.22.11
cpptools version (native): 1.22.11.0
Autocomplete is enabled.
Error squiggles are enabled.
Hover is enabled.
IntelliSense Engine = default.
LSP: Sending response (id: 1)
LSP: (received) cpptools/queryCompilerDefaults (id: 2)
LSP: (invoked) cpptools/queryCompilerDefaults (id: 2)
LSP: Message ignored due to no registered handler: $/setTrace
LSP: (received) cpptools/initialize (id: 1)
LSP: (invoked) cpptools/initialize (id: 1)
cpptools version (TypeScript): 1.22.11
cpptools version (native): 1.22.11.0
Autocomplete is enabled.
Error squiggles are enabled.
Hover is enabled.
IntelliSense Engine = default.
LSP: Sending response (id: 1)
LSP: (received) cpptools/queryCompilerDefaults (id: 2)
LSP: (invoked) cpptools/queryCompilerDefaults (id: 2)
LSP: (received - deferred) cpptools/getDocumentSymbols: file:///d%3A/dev/shared/isoeditor/devices/device_directories.cpp (id: 3)
LSP: (received - deferred) cpptools/getCodeActions: file:///d%3A/dev/shared/isoeditor/devices/device_directories.cpp (id: 4)
LSP: (received - deferred) cpptools/getDocumentSymbols: file:///d%3A/dev/shared/isoeditor/devices/device_directories.cpp (id: 5)
LSP: (received - deferred) cpptools/getFoldingRanges: file:///d%3A/dev/shared/isoeditor/devices/device_directories.cpp (id: 6)

Adrian Stephens

sean-mcmanus · 2024-11-18T23:57:51Z

@adrianstephens You may be seeing a crash with cpptools-srv.exe. There info on getting a stack on Windows at https://github.com/microsoft/vscode-cpptools/wiki/Attaching-debugger-to-cpptools-or-cpptools%E2%80%90srv .

adrianstephens · 2024-11-19T01:53:43Z

@sean-mcmanus I don't see a process called that, but the message about the language server crashing happens very soon after cpptools.exe exits. Is cpptools-srv spawned by cpptools.exe? If so, I can try and intercept where that happens

sean-mcmanus · 2024-11-19T02:12:23Z

@adrianstephens Yeah, if you're getting the "language server crashed" notification and no cpptools-srv is launched, then it sounds like cpptools is crashing, but if you attach and it exits normally it sounds like it might not be crashing and instead exiting normally for some unexpected reason. Make sure you have "symbolSearchPath": "https://msdl.microsoft.com/download/symbols" set. If you attach and use the Pause button you should be able to see some info on the thread call stacks.

adrianstephens · 2024-11-19T02:29:30Z

@sean-mcmanus Yes, I do see symbols; I added this to my launch script:

"symbolOptions": {
   "searchMicrosoftSymbolServer": true
}

which I suppose I'd assumed was the default

sean-mcmanus · 2024-11-19T02:48:28Z

@adrianstephens But you don't get an exception notification? The command logged is LSP: (invoked) cpptools/queryCompilerDefaults (id: 2) so it sounds like it's trying to query a compiler and the next expected logging is Compiler info database not connected - skipping load., so it might be crashing while trying to query the database. Can you reset your database with the C/C++: Reset IntelliSense Database command or manually delete the file? If you revert to 1.21.6, which I'm assuming isn't crashing (because it doesn't use the database during queryCopilerDefaults), you can run the database reset command there.

But your crash issue sounds like a very particular crash scenario and it probably should be tracked in a separate issue instead of this "catch all" issue.

adrianstephens · 2024-11-19T03:15:03Z

@sean-mcmanus The database is seemingly never created; the folder is there (C:\Users\adrian\AppData\Local\Microsoft\vscode-cpptools\d720ade87aeabca9e1a090a5f4fac8b8) but empty.
cpptools.exe exits (after a few minutes) with:
The program '[17524] cpptools.exe' has exited with code 0 (0x0).
and I have it set to break on any exception.

The furthest back I can go using marketplace is 1.22.9, and that exhibits all the same behaviour (no database, cpptools.exe exiting cleanly, 'language server crashed')

sean-mcmanus · 2024-11-19T18:44:10Z

@adrianstephens The marketplace UI seems to limit the versions when it shouldn't. You can get 1.21.6 from within VS Code itself or from GitHub at https://github.com/microsoft/vscode-cpptools/releases/tag/v1.21.6 . Yeah, the failure to create the database is the root problem, and the queryCompilerDefaults code might not be handling that failure correctly -- we can look into simulating a database failure in that code path to see if we can reproduce the issue and/or find a cause. There might be some unexpected issue with that location so it might be fixed if you change the databaseFilename location. I'll create a new issue to track that.

adrianstephens · 2024-11-19T19:53:29Z

I used to have the database location set to ${workspaceFolder}/.vscode, and changed it to the default in case that was the problem, so I don't think it's going to be location specific. 1.21.6 exhibits the same problem (though it creates an additional error popup 'Sending document notification textDocument/didOpen failed.').
Did you want to move this discussion to 12976, or is that a separate issue?
The failure to create the database is more important to me than how cpptools handles it. but if that's someone else's problem, can you advise where I should take this?

sean-mcmanus · 2024-11-19T20:33:02Z

@adrianstephens The databaseFilename needs to have the file too, like ${workspaceFolder}/.vscode/vc.db.

Sending document notification textDocument/didOpen failed. is not an error I remember being reported for 1.21.6.

You may be able to get more database error logging by temporarily setting C_Cpp.loggingLevel to the hidden value of "7", string not a number, (and "8" might give more info too...I can't remember what logging level we set the sqlite error messages at).

Yeah, it would be better to discuss it in #12976 .

Fixes microsoft#10651 Add new functions to handle crash file reading and logging telemetry. * **Extension/src/LanguageServer/extension.ts** - Add `handleCrashFileRead`, `logCrashTelemetry`, `logMacCrashTelemetry`, and `logCppCrashTelemetry` functions. - Modify `reportMacCrashes` to use `handleCrashFileRead`. * **Extension/src/LanguageServer/clientCollection.ts** - Modify `recreateClients` to handle crash recovery using `handleCrashFileRead`. * **Extension/src/logger.ts** - Add `getCrashCallStacksChannel` function. - Modify `log` function to use `getCrashCallStacksChannel`. --- For more details, open the [Copilot Workspace session](https://copilot-workspace.githubnext.com/microsoft/vscode-cpptools/issues/10651?shareId=XXXX-XXXX-XXXX-XXXX).

Dustin4444 · 2025-03-28T00:45:59Z

We're very interested in fixing crashes. Information that could help us fix crashes include:

Crash stacks.

Specific guidance on how to repro a crash.

Isolated examples that reproduce a crash and can be shared with us directly.

If you're experiencing a crash, any of the above information could be extremely useful to us to investigate and fix it. Please consider opening a new issue in this repo. Or, add a comment on this issue.

I'm pinning this issue, to make this more obvious to users who might be browsing our repo due to experiencing a crash.

Colengms added bug Language Service labels Mar 10, 2023

Colengms added this to the Backlog milestone Mar 10, 2023

Colengms self-assigned this Mar 10, 2023

Colengms pinned this issue Mar 10, 2023

sean-mcmanus unpinned this issue Mar 17, 2023

sean-mcmanus assigned sean-mcmanus and unassigned Colengms Mar 17, 2023

sean-mcmanus added the duplicate label Mar 17, 2023

bobbrow closed this as not planned Won't fix, can't repro, duplicate, stale Apr 25, 2023

Colengms reopened this Apr 27, 2023

Colengms removed the duplicate label Apr 27, 2023

Colengms assigned Colengms and unassigned sean-mcmanus Apr 27, 2023

Colengms pinned this issue Apr 27, 2023

Colengms mentioned this issue Apr 27, 2023

Extension crashes and intellisense doesn't work #10894

Closed

bobbrow mentioned this issue Aug 17, 2023

Crash recovery not working properly #11335

Closed

sean-mcmanus mentioned this issue Nov 30, 2023

Don't trigger an IntelliSense update on fileChanged/Created/Deleted if it's not a C/C++ file #11744

Open

borjamunozf mentioned this issue Nov 30, 2023

Language server crashed #11745

Open

sean-mcmanus mentioned this issue Nov 19, 2024

No database created during queryCompilerDefaults causing cpptools to exit #12976

Open

Dustin4444 mentioned this issue Mar 27, 2025

Fix cpptools crash issue #13432

Closed

cpptools crash - The language server crashed. Restarting... #10651

cpptools crash - The language server crashed. Restarting... #10651

Comments

Colengms commented Mar 10, 2023

H-G-Hristov commented Mar 10, 2023

sean-mcmanus commented Mar 10, 2023 • edited Loading

sean-mcmanus commented Mar 17, 2023

Colengms commented Apr 27, 2023 • edited Loading

sean-mcmanus commented Apr 27, 2023

OnielN14 commented Aug 9, 2023

OnielN14 commented Aug 9, 2023

chris0306 commented Aug 11, 2023

doxxx commented Aug 14, 2023

sean-mcmanus commented Aug 14, 2023

sean-mcmanus commented Aug 14, 2023

vineetsoni commented Aug 17, 2023 • edited Loading

bobbrow commented Aug 17, 2023

sean-mcmanus commented Nov 29, 2023

bobbrow commented Nov 30, 2023

Zes-MinKey-Young commented Jan 6, 2024

sean-mcmanus commented Mar 14, 2024

godlikeue commented May 25, 2024

godlikeue commented May 28, 2024

hbina commented Jul 20, 2024

abhishekd-1 commented Jul 23, 2024 • edited Loading

dkvg-77 commented Jul 25, 2024

imanabu commented Jul 26, 2024

sean-mcmanus commented Jul 26, 2024

dkvg-77 commented Jul 26, 2024 • edited Loading

imanabu commented Jul 26, 2024 • edited Loading

sean-mcmanus commented Jul 26, 2024

adrianstephens commented Nov 18, 2024 • edited Loading

sean-mcmanus commented Nov 18, 2024 • edited Loading

adrianstephens commented Nov 19, 2024

sean-mcmanus commented Nov 19, 2024

adrianstephens commented Nov 19, 2024

sean-mcmanus commented Nov 19, 2024

adrianstephens commented Nov 19, 2024 • edited Loading

sean-mcmanus commented Nov 19, 2024

adrianstephens commented Nov 19, 2024

sean-mcmanus commented Nov 19, 2024 • edited Loading

Dustin4444 commented Mar 28, 2025

cpptools crash - `The language server crashed. Restarting...` #10651

cpptools crash - `The language server crashed. Restarting...` #10651

sean-mcmanus commented Mar 10, 2023 •

edited

Loading

Colengms commented Apr 27, 2023 •

edited

Loading

vineetsoni commented Aug 17, 2023 •

edited

Loading

abhishekd-1 commented Jul 23, 2024 •

edited

Loading

dkvg-77 commented Jul 26, 2024 •

edited

Loading

imanabu commented Jul 26, 2024 •

edited

Loading

adrianstephens commented Nov 18, 2024 •

edited

Loading

sean-mcmanus commented Nov 18, 2024 •

edited

Loading

adrianstephens commented Nov 19, 2024 •

edited

Loading

sean-mcmanus commented Nov 19, 2024 •

edited

Loading