cpptools-srv crashes frequently，(Comes with stack) #12956
Comments
|
In addition, I would like to ask by the way that there are multiple executable files in my project, so I wrote multiple configurations (such as game and cnet in the configuration file above), but when I edit the code files of the two modules, the configuration does not switch. Is there a way to switch automatically? Or how to configure auto-completion and reference search for multiple executable files in the project? |
|
@x1ntt You can use a multi-root workspace, one workspace folder for each executable and each workspace folder can have a different configuration. |
|
@x1ntt I'm not sure how you can configure your OS to stop logging crashes dumps. Our extension isn't creating though dmp files (although cpptools-srv is crashing). You can delete the dmp files. Are you able to find a sample repro code that repros the issue you can share with us? |
Setting the process to generate core is used to track bugs in our project. It is an accident to collect the core of cpptools-srv, but maybe it will be helpful? If there is any information that needs to be obtained from the core, I can provide help (such as specific stack, specific heap variables), can you give me a debug version of cpptools-srv with symbol information, or tell me how to build cpptools-srv (I hope this is cpp development), I can reproduce it 100% here (in fact, it has crashed dozens of times just a while ago, just clicking randomly or waiting for it to analyze the project), but I can't provide the core file (the project I maintain is not open source, nor does it belong to me, the core file may contain the project structure). For example, how is cpptools-srv started? I can execute I will try to reproduce it using open source projects on my own personal computer, and pay attention to possible clues in existing projects. I will feedback here, or #12666 is also OK. |
|
@sean-mcmanus Note: Although version 1.20.0 also crashes, it can completely scan my project, while 1.23.1 can't even completely scan the project |
Environment
Bug Summary and Steps to Reproduce
Bug Summary:
I didn't find a pattern for its crashes. I only saw "IntelliSense process crashed handle_quick_info" in the output window, and obtained a large number of core files. It crashed very frequently, and each core was 200-300MB in size. I guess it should fill up my hard drive soon.
I need a way to stop this process from generating core files. For example, execute
ulimit -c 0only for this processExpected behavior:
No Crash.
Configuration and Logs
Sorry, due to development environment limitations, I can't easily get the log file, but I can provide the stack trace
{ "configurations": [ { "name": "gs", "includePath": [ "${workspaceFolder}/game/common", "${workspaceFolder}/game/", "${workspaceFolder}/game/include", "${workspaceFolder}/game/gs", "${workspaceFolder}/iolib/inc" ], "defines": [ "LINUX", "__linux__", "__x86_64__", "_GNU_SOURCE" ], "compilerPath": "/usr/local/bin/g++", "cStandard": "c17", "cppStandard": "gnu++17", "intelliSenseMode": "${default}", "forcedInclude": [ "${workspaceFolder}/game/ss/world.h", "${workspaceFolder}/game/ss/sdef.h", "${workspaceFolder}/game/ss/msg.h" ] // "configurationProvider": "ms-vscode.makefile-tools" }, { "name": "cnet", "includePath": [ "${workspaceFolder}/cc/gdcc", "${workspaceFolder}/cc/common", "${workspaceFolder}/cc/io", "${workspaceFolder}/cc/rpc", "${workspaceFolder}/cc/perf", "${workspaceFolder}/cc/", "${workspaceFolder}/net/", "${workspaceFolder}/net/include", "${workspaceFolder}/net/rpcdata", "${workspaceFolder}/net/inl", "${workspaceFolder}/net/log" ], "defines": [ "LINUX", "__linux__", "__x86_64__", "_GNU_SOURCE", ], "compilerPath": "/usr/local/bin/g++", "cStandard": "c17", "cppStandard": "gnu++17", "intelliSenseMode": "${default}", "forcedInclude": [ ] // "configurationProvider": "ms-vscode.makefile-tools" } ], "version": 4 }Other Extensions
No response
Additional context
The text was updated successfully, but these errors were encountered: