Bug #18966 2013-04-09 21:58
eua
Closing codeblocks is stalling at Deinitializing plugins...
Using openSUSE 12.3 x86_64
Opened a work space and closed Code::Blocks from close button at top right.
It looks like closed but actually it's not.
I try to see what happen and open the Code::Blocks from shell.
It looks like Code::Blocks stalled by trying deinitialization step of plugins.
Here is output:
NativeParser::GetAllPathsByFilename(): Found 2 files:
- /home/development/wxHexEditor/src/HexEditor.h
- /home/development/wxHexEditor/src/HexEditor.cpp
ClassBrowser::OnThreadEvent(): Updating class browser...
ClassBrowser::OnThreadEvent(): Class browser updated.
Removed wxHexCtrl from all deps
Removed wxHexEditor from all deps
Removed HexEditorCtrl from all deps
Deinitializing plugins...
- Category
- Application::WrongBehaviour
- Group
- Platform:Linux
- Status
- Open
- Close date
- Assigned to
History
are related with this if not same.
Depending my research; If C::B use %100 CPU at idle, not kill itself properly at close time.
Running CodeBlocks from the shell don't have problem, at least most of the time.
But running it from GNOME Shell menu produces issue every time.
My version is start to use %100 even if I run from console every time. I disabled plugins from "Regular expressions testbed" to "wxSmith - MIME plugin" and closed the C::B. Restart it from console and this fix the %100 CPU issue. But all disabled plugin's are enabled...
Issue found.
I try to disable ever plug-in one by one.
"FileManager" plugin cannot be disabled if C::B start from Gnome Shell. Means, it enters dead loop somehow.
Running from command line and disabling "FileManager" plugin fix the issue.
I have same problem. openSUSE 12.3 x86_64. Using build I found on the openSUSE buildservice devel:tools:ide repo.
ok, as mentioned in Bug #18935, I installed gamin-server. Solved the problem.
Do we need to install "gamin-server"?
I don't know that if gamin-server is a dependency of code::blocks.
Also codeblocks is good to detect changes even if no gamin-server (but with a libgamin installed) I believe showing an simply error about no gamin-server is better than entering dead loop. :)
Thanks.