Developer forums (C::B DEVELOPMENT STRICTLY!) > CodeCompletion redesign
Weird crash - CC
Biplab:
Hi All,
I'm experiencing a weird crash with new CC. Build configuration is as follows-
OS - Win 7 64 bit
Revision no: 6165 (As of writing) + 64 bit patches.
wx version: 2.9
Cause of crash: When I open a new project, C::B cpu usage reaches a real high (hogging almost 100% in each core). Memory usage keeps on increasing. Finally after some time C::B dies.
The backtrace I got is really weird. There are over 8000 stackframes (as of last count). I'm posting first 20. Remaining stack frames are similar.
--- Quote ---GNU gdb (GDB) 7.0.50.20100202
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-w64-mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from D:\cbsource\branches\trunk\src\devel/codeblocks.exe...done.
(gdb) r
Starting program: D:\cbsource\branches\trunk\src\devel/codeblocks.exe
[New Thread 5736.0x1738]
Error while mapping shared library sections:
`D:\cbsource\branches\trunk\src\devel\exchndl.dll': not in executable format: Fi
le format not recognized
Error while mapping shared library sections:
`D:\cbsource\branches\trunk\src\devel\exchndl.dll': not in executable format: Fi
le format not recognized
[New Thread 5736.0xd78]
[New Thread 5736.0x764]
[New Thread 5736.0x1454]
[New Thread 5736.0x1494]
[New Thread 5736.0x9ac]
[New Thread 5736.0x688]
[New Thread 5736.0x15a8]
[New Thread 5736.0x1170]
[New Thread 5736.0xc08]
[New Thread 5736.0x1420]
[New Thread 5736.0x8a4]
[New Thread 5736.0xeb4]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 5736.0x8a4]
0x000000006a24100f in wxBaseArrayPtrVoid::operator[] (this=0x62abd08,
uiIndex=0) at ../../include/wx/dynarray.h:829
829 WX_DECLARE_USER_EXPORTED_BASEARRAY(const void *, wxBaseArrayPtrVoid,
(gdb) bt 20
#0 0x000000006a24100f in wxBaseArrayPtrVoid::operator[] (this=0x62abd08,
uiIndex=0) at ../../include/wx/dynarray.h:829
#1 0x000000006a24f13c in wxEventTableEntryPointerArray::operator[] (
this=0x62abd08, uiIndex=0) at ../../include/wx/event.h:2778
#2 0x0000000069873ac2 in wxEventHashTable::HandleEvent (this=0x65f8e6c0,
event=..., self=0x61e2ac0) at ../../src/common/event.cpp:920
#3 0x00000000698761cf in wxEvtHandler::ProcessEventHere (this=0x61e2ac0,
event=...) at ../../src/common/event.cpp:1381
#4 0x00000000698760c3 in wxEvtHandler::ProcessEvent (this=0x61e2ac0,
event=...) at ../../src/common/event.cpp:1352
#5 0x0000000069b2e7df in wxWindowBase::TryAfter (this=0x62a8600, event=...)
at ../../src/common/wincmn.cpp:2902
#6 0x000000006987611a in wxEvtHandler::ProcessEvent (this=0x62a8600,
event=...) at ../../src/common/event.cpp:1363
#7 0x0000000069b2e7df in wxWindowBase::TryAfter (this=0x6194d60, event=...)
at ../../src/common/wincmn.cpp:2902
#8 0x000000006987611a in wxEvtHandler::ProcessEvent (this=0x6194d60,
event=...) at ../../src/common/event.cpp:1363
#9 0x0000000069b2e7df in wxWindowBase::TryAfter (this=0x6195840, event=...)
at ../../src/common/wincmn.cpp:2902
#10 0x000000006987611a in wxEvtHandler::ProcessEvent (this=0x6195840,
event=...) at ../../src/common/event.cpp:1363
#11 0x00000000698762c0 in wxEvtHandler::SafelyProcessEvent (this=0x6195840,
event=...) at ../../src/common/event.cpp:1394
#12 0x0000000069b26c13 in wxWindowBase::HandleWindowEvent (this=0x6195840,
event=...) at ../../src/common/wincmn.cpp:1240
#13 0x00000000699eb824 in wxTreeCtrl::HandleTreeEvent (this=0x6195840,
event=...) at ../../src/msw/treectrl.cpp:1088
#14 0x000000006a225548 in wxTreeCtrl::IsTreeEventAllowed (this=0x6195840,
event=...) at ../../include/wx/msw/treectrl.h:244
#15 0x00000000699eee41 in wxTreeCtrl::DoExpand (this=0x6195840, item=...,
flag=32769) at ../../src/msw/treectrl.cpp:1762
#16 0x00000000699ef118 in wxTreeCtrl::CollapseAndReset (this=0x6195840,
item=...) at ../../src/msw/treectrl.cpp:1789
#17 0x0000000065ebbab9 in ClassBrowserBuilderThread::CollapseItem (
this=0x64f0170, item=..., useLock=true)
at D:\cbsource\branches\trunk\src\plugins\codecompletion\classbrowserbuilder
thread.cpp:1027
#18 0x0000000065eb28ea in ClassBrowser::OnTreeItemCollapsing (this=0x61e2ac0,
event=...)
at D:\cbsource\branches\trunk\src\plugins\codecompletion\classbrowser.cpp:75
4
#19 0x00000000697041ce in wxAppConsoleBase::HandleEvent (this=0x1246650,
handler=0x61e2ac0, func=Cannot access memory at address 0x0
) at ../../src/common/appbase.cpp:497
(More stack frames follow...)
--- End quote ---
Has anyone else experienced this crash?
oBFusCATed:
I've not seen this crash, but witnessed another deadlock/crash
--- Code: ---#0 0x00007fa41c474104 in __lll_lock_wait () from /lib/libpthread.so.0
#1 0x00007fa41c46fb11 in _L_lock_52 () from /lib/libpthread.so.0
#2 0x00007fa41c46f42c in pthread_mutex_lock () from /lib/libpthread.so.0
#3 0x00007fa41c7726e9 in wxMutexInternal::Lock() () from /usr/lib/libwx_baseu-2.8.so.0
#4 0x00007fa40b714ff9 in Parser::FindTokensInFile(wxString const&, std::set<int, std::less<int>, std::allocator<int> >&, short) () from /usr/lib/codeblocks/plugins/libcodecompletion.so
#5 0x00007fa40b6fe327 in CodeCompletion::ParseFunctionsAndFillToolbar(bool) () from /usr/lib/codeblocks/plugins/libcodecompletion.so
#6 0x00007fa40b6feba0 in CodeCompletion::OnEditorActivated(CodeBlocksEvent&) () from /usr/lib/codeblocks/plugins/libcodecompletion.so
#7 0x00007fa41e64f9c9 in Manager::ProcessEvent(CodeBlocksEvent&) () from /usr/lib/libcodeblocks.so.0
#8 0x00007fa41e612a4a in EditorManager::OnPageChanged(wxAuiNotebookEvent&) () from /usr/lib/libcodeblocks.so.0
#9 0x00007fa41c7748e1 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () from /usr/lib/libwx_baseu-2.8.so.0
#10 0x00007fa41c7758b3 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () from /usr/lib/libwx_baseu-2.8.so.0
#11 0x00007fa41c775997 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/lib/libwx_baseu-2.8.so.0
#12 0x00007fa41c775920 in wxEvtHandler::ProcessEvent(wxEvent&) () from /usr/lib/libwx_baseu-2.8.so.0
--- End code ---
I've not been able to reproduce it, probably because it is a strange timing bug...
But what I've done was:
1. I've opened the Contrib-unix.workspace
2. C::B opened some previously opened files (in ThreadSearch and wxSmith)
3. I've started to close them with Ctrl+W (probably too fast)
4. The gui got grey.
MortenMacFly:
--- Quote from: Biplab on February 15, 2010, 04:51:36 pm ---Has anyone else experienced this crash?
--- End quote ---
--- Quote from: oBFusCATed on February 16, 2010, 10:43:15 pm ---I've not seen this crash, but witnessed another deadlock/crash
--- End quote ---
I haven' experienced any of these. However, I am not using a 64 bit OS nor Linux. In fact CC runs for me very stable at present. Most stable ever to be honest.
Biplab:
--- Quote from: MortenMacFly on February 17, 2010, 06:38:14 am ---
--- Quote from: Biplab on February 15, 2010, 04:51:36 pm ---Has anyone else experienced this crash?
--- End quote ---
--- Quote from: oBFusCATed on February 16, 2010, 10:43:15 pm ---I've not seen this crash, but witnessed another deadlock/crash
--- End quote ---
I haven' experienced any of these. However, I am not using a 64 bit OS nor Linux. In fact CC runs for me very stable at present. Most stable ever to be honest.
--- End quote ---
Honestly speaking CC has improved. But the improvement came with an annoyance. C::B freezes for 5-10 seconds or even more when I open a new project. I hope others have noticed this too.
MortenMacFly:
--- Quote from: Biplab on February 17, 2010, 09:43:32 am ---I hope others have noticed this too.
--- End quote ---
Well - that's because CC find around 5 times the tokens as before. But you may want to setup the scope for the symbols differently (e.g. not "all", but "project only").
Navigation
[0] Message Index
[#] Next page
Go to full version