[Bug]: Codelite crashing when opening #3567
Comments
|
Maybe systemd has recorded the codedump for you... Try the following commands: |
|
which CodeLite version? Can you launch codelite from a terminal and under a debugger? |
Showing that no Core Dumps were found when using "coredumpctl list codelite" but the coredumpctl list shows Codelite workspaces being present. |
17.0-1 which I downloaded from here https://repos.codelite.org/rpms-17.0/fedora/41/. I'm running codelite from terminal, but don't know how to run it from a debugger. Although i'm not getting any error logs on Gnome log app which are related to Codelite. |
I'm not really sure what you mean by "Codelite workspaces being present" - can you provide parts of output from |
"Sun 2024-12-29 09:48:59 EET 12224 1000 1000 SIGABRT present /home/rainersv/cpp-workspaces/eka-cpp-md/build-Debug/bin/eka-cpp-md-3 35.2K |
Ah now I got it - these are crash reports of your own programs (projects) - they are not in any way related to the Codelite crashes |
Do you know how to open codelite under debugger as @eranif mentioned? |
|
Okay, so, I managed to open codelite fron CLI with "codelite -w="random"" and everything seems fine until I try to open any of my workspaces. Then it stops responding and keyboard doesn't work. When my focus window is anything else and not Codelite then it comes back to working and I noticed a message in Gnome Logs seen in picture. |
|
Try this command from your terminal: When CodeLite crashes thread overview and all thread stacks are dumped in your terminal |
Ran the code, opened codelite. When I open codelite, it tries to open a workspace straight away, could there be problem with my workspace? |
I guess that option "Load last session at startup" is enabled ? Menu path "Settings" / "Preferences" / "Misc" / "Load last session at startup" Not sure how you can change this option if CL crashes immediately... |
Okay. When I run "codelite -g="gnu" it opens Codelite where I can choose what debugger to use and it doesn't crash. I turned off "Load last session at startup" and now it works fine when I close and open codelite. I can open workspaces from the big button at the startup. But when I try to open workspace from "Recently opened workspaces" then it crashes. Why such a behaviour? |
|
On Linux, after a CodeLite crash, CodeLite usually writes this file before it vanishes: If this file does not exist, run CodeLite under debugger and see why it crashes. To start CodeLite under debugger: gdb /path/to/codeliteOnce the prompt is back, type: runTry and make CodeLite crash again, once it does, the debugger should capture it. thread apply all btPost it here. |
|
I run it under debugger and can't recreate the problem anymore, it works fine as nothing ever happened.. I can open workspaces from both - big gray button and "Recently opened workspaces". Strange.. |
|
Do you have the |
|
If you don't the crash.log file. another option is to run CodeLite normally as you did before and let it get the situation where "codelite is not responding" when you have this message, attach a debugger to it: gdb -p $(pidof codelite)once gdb is attached, run the same command as before: thread apply all bt |
What happened?
Using F41, after updates "sudo dnf update" codelite opens up and crashes which freezes my laptop. It takes few minutes to Force quit it and after that my keyboard stops working. Tried to read logs from journalctl, but couldn't find anything interesting there. I'm a beginner on Linux and Fedora is my first distro so I don't really know how to troubleshoot something like this yet. It was working fine few days before.
Codelite was installed using RPM following Codelite guide: https://docs.codelite.org/downloads/download/#codelite-rpms
Version
17.0.0
Operating system
Linux
Steps to reproduce
No response
Relevant log output
No response
The text was updated successfully, but these errors were encountered: