User forums > Announcements

Release 15.12, RC1 has arrived

<< < (9/17) > >>

CuteAlien:
Next crash - I had just started C::B a few seconds before and was modifying a comment in a header. No crash-dialog, just those messages on the console where I started codeblocks:

ClassBrowser::OnThreadEvent(): Updating class browser...
codeblocks: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.
../src/common/debugrpt.cpp(453): assert "IsOk()" failed in AddContext(): use IsOk() first

oBFusCATed:
@CuteAlien:
Posting these is not very useful. Can you start codeblocks under gdb and post full backtraces when something crashes. You'll have to install the debug info package for these to be meaningful.

I'm having some crashes when using cb built with wx3, too, so hopefully I'll be able to get a meaningful backtrace.

CuteAlien:
Yeah, I feared that it's not enough information. My hope is only that some assert might seem familiar and for example gives you an idea about further asserts to add which get us closer.
I can try the gdb setup I guess. Thought I get the feeling the crashes are not exactly related to the actions I do when it crashes. Far too random and all over the place - and never reproducible. So likely even a callstack won't give the answer. But maybe more hints.

CuteAlien:
OK, here's a crash with gdb callstack (was typing code in the editor):

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f36f1f3c700 (LWP 11483)]
0x00007f36fec36428 in IsOk (this=0x4455f88) at ../include/wx/gdiobj.h:49
49      ../include/wx/gdiobj.h: No such file or directory.
(gdb) bt
#0  0x00007f36fec36428 in IsOk (this=0x4455f88) at ../include/wx/gdiobj.h:49
#1  wxWindowBase::GetBackgroundColour (this=this@entry=0x4455eb0) at ../src/common/wincmn.cpp:1588
#2  0x00007f36feb08270 in wxDCImpl::InheritAttributes (this=0x7f36d0205eb0, win=0x4455eb0)
    at ../src/common/dcbase.cpp:1031
#3  0x00007f36feb07f74 in wxNativeDCFactory::CreateClientDC (this=<optimized out>, owner=0x7f36f1f3b790,
    window=0x4455eb0) at ../src/common/dcbase.cpp:143
#4  0x00007f36feb0a090 in wxClientDC::wxClientDC (this=0x7f36f1f3b790, win=0x4455eb0)
    at ../src/common/dcbase.cpp:210
#5  0x00007f36fecbd907 in wxGenericTreeCtrl::CalculatePositions (this=this@entry=0x4455eb0)
    at ../src/generic/treectlg.cpp:3983
#6  0x00007f36fecbef40 in wxGenericTreeCtrl::DoDirtyProcessing (this=0x4455eb0)
    at ../src/generic/treectlg.cpp:4145
#7  0x00007f36cb3b2fc8 in ClassBrowserBuilderThread::BuildTree (this=this@entry=0x445d4d0)
    at classbrowserbuilderthread.cpp:566
#8  0x00007f36cb3b369a in ClassBrowserBuilderThread::Entry (this=0x445d4d0)
    at classbrowserbuilderthread.cpp:220
#9  0x00007f36fe0163a2 in wxThread::CallEntry (this=this@entry=0x445d4d0) at ../include/wx/thrimpl.cpp:356
#10 0x00007f36fe016c83 in wxThreadInternal::PthreadStart (thread=0x445d4d0) at ../src/unix/threadpsx.cpp:867
#11 0x00007f36fb78c0a4 in start_thread (arg=0x7f36f1f3c700) at pthread_create.c:309
#12 0x00007f36faa9b04d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

oBFusCATed:
Oh, can you try to disable the symbol browser in the code completion settings?
This one is known to cause problems, because it calls gui functions in non-main-thread.

Navigation

[0] Message Index

[#] Next page

[*] Previous page