Skip to content

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

Open
Open
cpptools crash - The language server crashed. Restarting...#10651
Assignees
Colengms
Labels
Language Servicebug
Milestone
Backlog

Description

@Colengms
Colen Garoutte-Carson (Colengms)
opened on Mar 10, 2023

image

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.

Activity

  1. Colen Garoutte-Carson (Colengms)
    added
    bug
    Language Service
    on Mar 10, 2023
  2. Colen Garoutte-Carson (Colengms)
    added this to the Backlog milestone on Mar 10, 2023
  3. Colen Garoutte-Carson (Colengms)
    self-assigned this
    on Mar 10, 2023
  4. Colen Garoutte-Carson (Colengms)
    pinned this issue on Mar 10, 2023

  5. H-G-Hristov commented on Mar 10, 2023

    @H-G-Hristov
    Hristo Hristov (H-G-Hristov)
    on Mar 10, 2023

    Just to remind that on macOS: #9810

  6. sean-mcmanus commented on Mar 10, 2023

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Mar 10, 2023
    Contributor

    Hristo Hristov (@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).

  7. sean-mcmanus commented on Mar 17, 2023

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Mar 17, 2023
    Contributor

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

    We may not need this issue anymore.

  8. Sean McManus (sean-mcmanus)
    unpinned this issue on Mar 17, 2023
  9. Sean McManus (sean-mcmanus)
    assigned
    Sean McManus (sean-mcmanus)
    and unassigned
    Colen Garoutte-Carson (Colengms)
    on Mar 17, 2023
  10. Sean McManus (sean-mcmanus)
    added
    duplicate
    on Mar 17, 2023
  11. Bob Brown (bobbrow)
    closed this as not plannedon Apr 25, 2023

  12. Colengms commented on Apr 27, 2023

    @Colengms
    Colen Garoutte-Carson (Colengms)
    on Apr 27, 2023
    ContributorAuthor

    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.

  13. Colen Garoutte-Carson (Colengms)
    reopened this on Apr 27, 2023

  14. 70 remaining items

  15. Dustin (Dustin4444)
    added a commit that references this issue on Mar 27, 2025

    Fix cpptools crash issue

    2be7ac9

  16. Dustin4444 commented on Mar 28, 2025

    @Dustin4444
    Dustin (Dustin4444)
    on Mar 28, 2025

    image

    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.

  17. stefabat commented on Apr 15, 2025

    @stefabat
    Stefano Battaglia (stefabat)
    on Apr 15, 2025

    Since the last update, from 1.23.6 to 1.24.5, I have been experiencing repeated crashes from the language server. Here is the crash call stack:

    A C/C++ extension process has crashed. The crashing process name, date/time, signal, and call stack are below -- it would be helpful to include that in a bug report at https://github.com/Microsoft/vscode-cpptools/issues.

cpptools
4/15/2025, 2:53:57 PM
SIGSEGV
…
…
read_double(unsigned char*, char const*, int)+1761
fp_string_to_float(a_float_kind, char const*, an_internal_float_value*, int*)+254
conv_float_literal(int, an_error_code*, char const**, an_error_severity*)+264
…
_Z9get_tokenv+11866
?+67
?+61
?+325
antlr::TokenBuffer::LA(unsigned int)+77
scout_parser::assign_initializer_or_pure_default_deleted(bool, a_type_specification&)+158
scout_parser::init_declarator_list_or_function_definition(a_source_point const&, a_source_point&, a_type_specification&, a_declaration_info const&)+198
_ZN12scout_parser18simple_declarationER20a_type_specificationN5antlr13TokenRefCountINS2_5TokenEEERK18a_declaration_info+2384
_ZN12scout_parser39property_or_event_or_simple_declarationER20a_type_specificationN5antlr13TokenRefCountINS2_5TokenEEERK18a_declaration_info+526
_ZN12scout_parser19general_declarationER20a_type_specificationN5antlr13TokenRefCountINS2_5TokenEEERK18a_declaration_info+1133
_ZN12scout_parser45general_declaration_with_error_recovery_innerER20a_type_specificationN5antlr13TokenRefCountINS2_5TokenEEERK18a_declaration_info+209
_ZN12scout_parser39general_declaration_with_error_recoveryER20a_type_specificationN5antlr13TokenRefCountINS2_5TokenEEERK18a_declaration_info+187
_ZN12scout_parser11declarationEN5antlr13TokenRefCountINS0_5TokenEEERK18a_declaration_infobb+844
scout_parser::declarations(bool, bool)+462
scout_parser::source_file()+253
run_tag_parser()+486
process_translation_unit(char const*, int, an_exported_template_file*)+641
cfe_main(int, char**)+122
cfe_main_exception_handler(int, char**)+13
edg_main(int, char**)+13
…

tnum > tsize

    Notice that I work on a very large and complex codebase, which is mainly Fortran (and some C++). Hence, I am using this extension as a dependency of the Modern Fortran extension with the fortls language server. However, I have no idea whether the problem originates from that extension or this one.

  18. sean-mcmanus commented on Apr 15, 2025

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Apr 15, 2025
    Contributor

    Stefano Battaglia (@stefabat) That is being tracked by #13435 .

  19. MondoYang commented on May 7, 2025

    @MondoYang
    MondoYang
    on May 7, 2025

    Hello, I reported an error when opening all C language projects. They were working before, so I don't think I made any other operation Settings. The error is reported as follows:

    Image

    [Error - 13:52:43] Server initialization failed. Message: Pending response rejected since connection got disposed Code: -32097 [Error - 13:52:43] 在过去 3 分钟内，语言服务器崩溃了 5 次。它不会重新启动。 [Error - 13:52:43] cpptools client: couldn't create connection to server. Message: Pending response rejected since connection got disposed Code: -32097

    vscode version：
    版本: 1.99.3 (user setup)
    提交: 17baf841131aa23349f217ca7c570c76ee87b957
    日期: 2025-04-15T23:18:46.076Z
    Electron: 34.3.2
    ElectronBuildId: 11161073
    Chromium: 132.0.6834.210
    Node.js: 20.18.3
    V8: 13.2.152.41-electron.0
    OS: Windows_NT x64 10.0.14393

    Mac dual-system Windows 10。

    thanks。

  20. MondoYang commented on May 7, 2025

    @MondoYang
    MondoYang
    on May 7, 2025

    output.log

    Supplement the log

  21. MondoYang commented on May 8, 2025

    @MondoYang
    MondoYang
    on May 8, 2025

    Hello, I reported an error when opening all C language projects. They were working before, so I don't think I made any other operation Settings. The error is reported as follows:

    Image

    [Error - 13:52:43] Server initialization failed. Message: Pending response rejected since connection got disposed Code: -32097 [Error - 13:52:43] 在过去 3 分钟内，语言服务器崩溃了 5 次。它不会重新启动。 [Error - 13:52:43] cpptools client: couldn't create connection to server. Message: Pending response rejected since connection got disposed Code: -32097

    vscode version： 版本: 1.99.3 (user setup) 提交: 17baf841131aa23349f217ca7c570c76ee87b957 日期: 2025-04-15T23:18:46.076Z Electron: 34.3.2 ElectronBuildId: 11161073 Chromium: 132.0.6834.210 Node.js: 20.18.3 V8: 13.2.152.41-electron.0 OS: Windows_NT x64 10.0.14393

    Mac dual-system Windows 10。

    thanks。

    update
    After I used the update of this link, the issue was resolved. Therefore, it might be a version compatibility problem. I hope it can be solved in the expansion of the new version. Thanks.

  22. AlmondAxis987 commented on Jun 16, 2025

    @AlmondAxis987
    AlmondAxis987
    on Jun 16, 2025

    Every time a C/C++ file is opened, following happens:

    Image

    I am running VS Code 1.101.0 on Windows 10. Redownloaded VS Code and C/C++ extension many times. Help pls T-T

  23. sean-mcmanus commented on Jun 16, 2025

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Jun 16, 2025
    Contributor

    AlmondAxis987 What version of the C/C++ are you using? If you open an empty folder and then run the C/C++: Log Diagnostics command from the command palette, does it still crash? If not, can you attach a debugger to the cpptools.exe process (with "symbolSearchPath": "https://msdl.microsoft.com/download/symbols", set, see https://github.com/microsoft/vscode-cpptools/wiki/Attaching-debugger-to-cpptools-or-cpptools%E2%80%90srv) and then open a C++ file to get a crash call stack?

  24. sean-mcmanus commented on Jun 16, 2025

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Jun 16, 2025
    Contributor

    Stefano Battaglia (@stefabat) The crash you hit is fixed with 1.25.3.

  25. Amirmohammad-Seifi commented on Jul 16, 2025

    @Amirmohammad-Seifi
    Amirmohammad Seifi (Amirmohammad-Seifi)
    on Jul 16, 2025

    Hi, you can try it code . --inspect-brk-extensions 3456 in cmd

  26. s-ciprian commented on Oct 5, 2025

    @s-ciprian
    Ciprian Salageanu (s-ciprian)
    on Oct 5, 2025
    Image

  27. NickLiu635 commented on Dec 5, 2025

    @NickLiu635
    NickLiu635
    on Dec 5, 2025

    VSCode version
    版本: 1.106.3 (user setup)
    提交: bf9252a2fb45be6893dd8870c0bf37e2e1766d61
    日期: 2025-11-25T22:28:18.024Z
    Electron: 37.7.0
    ElectronBuildId: 12781156
    Chromium: 138.0.7204.251
    Node.js: 22.20.0
    V8: 13.8.258.32-electron.0
    OS: Windows_NT x64 10.0.26200

    C/C++ Extension v1.28.3

    Crashed When formating

    // CDllObjBasic

#pragma once

#include "C/Dll.hpp"

#define CDLLOBJ_PANCALLER(f) \
f(OpenPort)\
f(ClosePort)\
f(IsOpenedPort)\
f(Broadcast)\
f(Broadcast_WaitNum)\
f(ClearFlagKey)\
f(Poll)\
f(Poll_WaitNum)\
f(CustormerNum4)\
f(CustormerNum5)\
f(CustormerNum8)\
f(LoginLogout)\
f(WaitNum)\
f(StatisticsNum)\
f(NoWait)\
f(Success)\
f(Failure)\
f(GetSoftVersion)\
f(ShowMsg)\
f(ClearScreen)\
f(Buzzer)\
f(GetAckRetryMax)\
f(SetAckRetryMax)\
f(OpenBroadcastThread)\
f(CloseBroadcastThread)\
f(IsOpenedBroadcastThread)\
f(GetLogEnable)\
f(GetLogEnableBroadcastPoll)\
f(SetLogEnable)\
f(SetLogEnableBroadcastPoll)\
f(GetRecvAckEnable)\
f(GetRecvAckEnableWaitNum)\
f(SetRecvAckEnable)\
f(SetRecvAckEnableWaitNum)\
f(GetResendNo)\
f(SetResendNo)\
f(LEDShowMsg)\
f(LEDChangeScreenNo)\
f(LEDSetIdleMsg)\
f(STDLEDShowMsg)\
f(STDLEDIsOnLine)\
f(SetStarLevel)\
f(PlayVoice)\
f(EvaluateStart)\
f(EvaluateStart2)\
f(EvaluateInit)\
f(EvaluateGetResult)\
f(EvaluateEnd)\


namespace C {

}  // namespace C

    stack:

    Image

    Windbg says：

    Image

    registers;
    RAX: 0000000000003680 RBX: 00000000007772E8 RCX: 0000000000000041
    RDX: 0000000140A71080 RSI: 00000000048BED00 RDI: 0000000000000000
    RIP: 000000014067A52E RSP: 00000000048BEAC8 RBP: 00000000048BEB69
    R8: 00000000048BEBF0 R9: 00000000048BEC90 R10: 0000000028013CC8
    R11: FFFFFFFFFFFFFFFF R12: 000000000073EDE0 R13: 00000000007772A0
    R14: 00000000048BEF80 R15: 00000000048BEBF0
    EFLAGS: 00000285 CF=1 PF=1 AF=0 ZF=0 SF=1 TF=0 IF=1 DF=0 OF=0
    LastErrorValue: 0x00000000
    LastStatusValue: 0x00000000

    memary

    Image

    dumped by .dump /ma c:\dumps\app.dmp
    How Can I Upload the dump?....
    UpLoad to OneDrive, zipped by 7-zip zstd http://
    https://1drv.ms/u/c/FF91F6436C5E72E1/IQAAF6YK3EMDQrli6HreyPBbAfDo0UVEBvf_VT6dGTIkOzg?e=J4WyWO

    BTW, When I finashed Windbg And re-format the code . It not crash again.... however,

    Image

    the formated code is so ugly...

  28. sean-mcmanus commented on Dec 9, 2025

    @sean-mcmanus
    Sean McManus (sean-mcmanus)
    on Dec 9, 2025
    Contributor

    NickLiu635 You should report crashes in a separate issue instead of this general one. Are you able to repro the crash? Did you have GitHub Copilot enabled? If so, we have a fix pending for 1.30.0 for one such crash that I think only repros if GitHub Copilot is enabled. Are you able to set "symbolSearchPath": "https://msdl.microsoft.com/download/symbols", to get a crash call stack?

  29. betsch85 commented on Mar 30, 2026

    @betsch85
    betsch85
    on Mar 30, 2026
    A C/C++ extension process has crashed. The crashing process name, date/time, signal, and call stack are below -- it would be helpful to include that in a bug report at https://github.com/Microsoft/vscode-cpptools/issues.

cpptools
3/30/2026, 7:47:57 PM
SIGSEGV
parser::update_file_if_needed(msvc::canonicalized_file_path_t const&, bool, bool, bool, bool&, code_store::record_id_t<code_store::file_tag_t>&)+2609
browse_engine::parse_file(std::shared_ptr<workspace_folder_context> const&, msvc::canonicalized_file_path_t const&, code_store::record_id_t<code_store::file_tag_t> const&, std::unordered_set<code_store::record_id_t<code_store::file_tag_t>, std::hash<code_store::record_id_t<code_store::file_tag_t>>, std::equal_to<code_store::record_id_t<code_store::file_tag_t>>, std::allocator<code_store::record_id_t<code_store::file_tag_t>>>&, std::string const&, std::set<std::string, std::less<std::string>> const&, parser&, std::function<void (msvc::result_t)>&&, std::shared_ptr<recursive_includes_tracker> const&, bool)+1256
browse_engine::parse_file(std::shared_ptr<workspace_folder_context> const&, msvc::canonicalized_file_path_t const&, bool, std::function<void (msvc::result_t)>&&, std::shared_ptr<recursive_includes_tracker> const&, bool)+1229
_ZN16cpptools_context17handle_parse_fileEONS_19file_and_task_tokenE+880
_ZN4msvc16thread_manager_t10queue_itemIZNS_12deque_threadIN16cpptools_context19file_and_task_tokenEE5deferEOS4_EUlvE_EclEv+177
msvc::thread_manager_t::do_work(unsigned int)+575

    cpptools
3/30/2026, 7:50:24 PM
SIGSEGV
…
…
…
…
…
sqlite3_step+1424
…
code_store::statement_t::step1()+13
code_store::store_t::get_file(msvc::basic_zstring_view, code_store::file_record_t&)+1654
CExtStore::GetFile(msvc::basic_zstring_view, CStoreFile*)+216
browse_engine::get_file_id(std::string const&, code_store::record_id_t<code_store::file_tag_t>&)+275
documentation_comment::can_generate_doxygen_comment(std::shared_ptr<msvc::file_buffer_snap_t> const&, std::string const&, bool, bool, bool, msvc::strong_typedef<msvc::line0_traits>, bool&, msvc::text_address0_t&, msvc::text_address0_t&, msvc::strong_typedef<msvc::line0_traits>&)+2975
cpptools_context::cpptools_codeActionsRequest(GetCodeActionsRequestParams&&, unsigned int)+2966
…
msvc::thread_manager_t::queue_item<msvc::deque_thread<std::function<void ()>>::defer(std::function<void ()>&&)::{lambda()#1}>::operator()()+297
msvc::thread_manager_t::do_work(unsigned int)+575

    cpptools-srv
3/30/2026, 7:51:31 PM
SIGSEGV
…
…
…
…
…
…
…
…
…
…
…
…
walk_il_subtree(void (*)(char*, an_il_entry_kind), void (*)(char*, an_il_entry_kind, unsigned long), char* (*)(char*, an_il_entry_kind), char* (*)(char*, an_il_entry_kind), int (*)(char*, an_il_entry_kind), int, int, char*, an_il_entry_kind)+237
…
trees_overlapping_span(msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, std::vector<a_treenav_result, std::allocator<a_treenav_result>>&, edge::tree_indexing_option)+621
an_inline_hint_manager::collect_hints(msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>)+67
edge::scoped_query_manager::update_fragment(edge::file_position const&, edge::file_position const&, edge::file_position const&, edge::update_fragment_options const&)+833
edge::an_edge_translation_unit_impl::update_range(edge::allocator*, snapshot::snapshot_session_t, edge::file_position, edge::file_position, edge::update_range_options const&, edge::file_position, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>*, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>*, an_array_list<edge::update_range_action*, std::allocator<edge::update_range_action*>> const&, edge::query_action_data&)+1353
edge::translation_unit::update_range(edge::allocator*, snapshot::snapshot_session_t, edge::file_position, edge::file_position, edge::update_range_options const&, edge::file_position, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>*, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>*, an_array_list<edge::update_range_action*, std::allocator<edge::update_range_action*>> const&, edge::query_action_data&)+137
edge_intellisense_server_impl::update_range(std::shared_ptr<edge::translation_unit> const&, char const*, edge::update_range_options, snapshot::snapshot_session_t const&, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>&, msvc::strong_typedef<msvc::offset_traits<msvc::offset_tag_t>>&)+502
edge_intellisense_server_impl::handle_update_intellisense(cpp_intellisense::UpdateIntelliSenseRequest const&, cpp_intellisense::UpdateIntelliSenseResponse&, snapshot::snapshot_session_t const&)+575
cpp_intellisense::server_stub::handle_update_intellisense(msvc::deserializer_t&, msvc::serializer_t&)+312
msvc::base_channel_t::dispatch_message(std::vector<unsigned char, std::allocator<unsigned char>> const&, std::vector<unsigned char, std::allocator<unsigned char>>&)+2676
msvc::common_channel_t::perform_call(unsigned int, std::vector<unsigned char, std::allocator<unsigned char>> const&)+70
…
msvc::thread_manager_t::do_work(unsigned int)+575

    cpptools-srv
3/30/2026, 7:51:32 PM
SIGSEGV
declarator(unsigned long, a_decl_parse_state*, a_type*, a_symbol_locator*, a_func_info_block*, a_decl_pos_block*)+324
class_member_declaration(a_class_def_state*, a_tmpl_decl_state*, an_ms_attribute*, int, int, a_template_param*, int*, a_type**, a_template_instance*, a_template*, a_decl_pos_block*)+4618
scan_class_definition(a_type*, a_decl_parse_state*, int, int, int, int, int, int, a_template*, a_decl_pos_block*)+3319
f_instantiate_template_class_full(a_type*, unsigned int*, unsigned int*, int, int*)+4623
…
…
class_member_declaration(a_class_def_state*, a_tmpl_decl_state*, an_ms_attribute*, int, int, a_template_param*, int*, a_type**, a_template_instance*, a_template*, a_decl_pos_block*)+7462
scan_class_definition(a_type*, a_decl_parse_state*, int, int, int, int, int, int, a_template*, a_decl_pos_block*)+3319
get_definition_of_class(a_type*)+455
f_instantiate_template_class_full(a_type*, unsigned int*, unsigned int*, int, int*)+1873
check_function_return_type(a_type*, a_source_position*, int, int, int, a_routine*)+411
scan_function_body(a_routine*, a_func_info_block*, unsigned long, a_macro_arg_fixup**, a_macro_arg_fixup**)+1137
scan_lambda()+10772
…
…
…
prescan_initializer_for_auto_type_deduction(a_decl_parse_state*, int)+2384
initializer(a_decl_parse_state*, a_source_position*, an_id_linkage_kind, int, int*, a_decl_pos_block*)+4302
…
scan_nonmember_declaration(a_decl_parse_state*, a_source_range*)+4754
…
…
compound_statement_full(int, int, int, int, int, a_type**)+1327
…
…
…
compound_statement_full(int, int, int, int, int, a_type**)+1327
scan_function_body(a_routine*, a_func_info_block*, unsigned long, a_macro_arg_fixup**, a_macro_arg_fixup**)+3347
function_prototype_instantiation(a_symbol*)+1014
…
template_or_specialization_declaration_full(a_tmpl_decl_state*, int, a_decl_parse_state*)+5837
…
?+213
scan_nonmember_declaration(a_decl_parse_state*, a_source_range*)+5979
…
…
scan_nonmember_declaration(a_decl_parse_state*, a_source_range*)+9804
…
translation_unit()+740
process_translation_unit(char const*, int, an_exported_template_file*)+1525
cfe_main(int, char**)+128
cfe_main_exception_handler(int, char**)+13
edg_main(int, char**)+13
…
edge_compiler_main(int, char const**)+110
a_compiler_thread::compiler_thread_routine_impl(char const*, a_compiler_thread*)+324

    and so on...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Language Servicebug

Type

No type

Projects

No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions