super interested ;-) crashes should be fixed.
You can explain it here, but for sure create a bug report at berlios
You're so quick to reply, and I'm so...not.
Okay, I've poked around and I may change my opinion about there being one deep problem that's showing many symptoms...I don't think the symptoms I've seen are related, so I'll just focus on the crash.
Solaris is relatively new to me so I may have done something foolish while building C::B. Nonetheless, I'll have time tonight to fill a proper bug report.
- The crash exists in both 8.02 and my last get of svn4935, using WxWidgets 2.8.7
- The crash comes from the code completion plugin.
- It happens when the "C/C++ Parser" of that plugin is told to "Follow GLOBAL includes"
- It happens when including certain system headers, <vector> being one.
- The parser dies while looking for a '>' token to match a '<' that it presumably saw.
Its dying words imply that it scanned past the end of the buffer:
/(430): assert "(" failed in at(): i [in child thread]
Here's the svn4935 backtrace, which looks like it wanted to show an assert dialog, but choked before I could see it.
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to LWP 6]
0xfd5412d5 in _lwp_kill () from /lib/libc.so.1
(gdb) bt
#0 0xfd5412d5 in _lwp_kill () from /lib/libc.so.1
#1 0xfd53e1aa in thr_kill () from /lib/libc.so.1
#2 0xfd4ecfa3 in raise () from /lib/libc.so.1
#3 0xfd6697b1 in wxTrap () at src/common/appbase.cpp:672
#4 0xfd669bff in ShowAssertDialog (szFile=0xfa1585c8, nLine=430, szFunc=0x96ba164, szCond=0xfa158568, szMsg=0xfa158500,
traits=0x81796b0) at src/common/appbase.cpp:826
#5 0xfd669481 in wxAppConsole::OnAssertFailure (this=0x815e6a0, file=0xfa1585c8, line=430, func=0x96ba164, cond=0xfa158568,
msg=0xfa158500) at src/common/appbase.cpp:443
#6 0xfdb4894c in wxApp::OnAssertFailure (this=0x815e6a0, file=0xfa1585c8, line=430, func=0x96ba164, cond=0xfa158568,
msg=0xfa158500) at src/gtk/app.cpp:552
#7 0xfd66986f in wxOnAssert (szFile=0xfa1585c8, nLine=430, szFunc=0xfa1584e0 "at", szCond=0xfa158568, szMsg=0xfa158500)
at src/common/appbase.cpp:712
#8 0xfa12d69e in Tokenizer::SkipBlock (this=0x96bb398, ch=@0xfa08d9fc) at /home/titan/drew/include/wx-2.8/wx/string.h:430
#9 0xfa12f001 in Tokenizer::SkipToOneOfChars (this=0x96bb398, chars=0xfa158c4c, supportNesting=true)
at parser/tokenizer.cpp:233
#10 0xfa12f839 in Tokenizer::SkipUnwanted (this=0x96bb398) at parser/tokenizer.cpp:431
#11 0xfa12d947 in Tokenizer::DoGetToken (this=0x96bb398) at parser/tokenizer.cpp:505
#12 0xfa12ea37 in Tokenizer::PeekToken (this=0x96bb398) at /home/titan/drew/include/wx-2.8/wx/string.h:1026
#13 0xfa11d8a8 in ParserThread::HandleEnum (this=0x96bb390) at parser/parserthread.cpp:1349
#14 0xfa120382 in ParserThread::DoParse (this=0x96bb390) at parser/parserthread.cpp:513
#15 0xfa123990 in ParserThread::HandleNamespace (this=0x96bb390) at parser/parserthread.cpp:1033
#16 0xfa12003c in ParserThread::DoParse (this=0x96bb390) at parser/parserthread.cpp:478
#17 0xfa123c6c in ParserThread::Parse (this=0x96bb390) at parser/parserthread.cpp:331
#18 0xfa148643 in ParserThread::Execute (this=0x96bb390) at parser/parserthread.h:75
#19 0xfe4e7b2f in cbThreadPool::cbWorkerThread::Entry (this=0x83fadb0) at cbthreadpool.cpp:228
#20 0xfd70570a in wxThreadInternal::PthreadStart (thread=0x83fadb0) at src/unix/threadpsx.cpp:766
#21 0xfd7055a2 in wxPthreadStart (ptr=0x83fadb0) at src/unix/threadpsx.cpp:718
#22 0xfd53f9ce in _thr_setup () from /lib/libc.so.1
#23 0xfd53fcb0 in L3_doit () from /lib/libc.so.1
#24 0xfa541040 in ?? ()
#25 0x00000000 in ?? ()
Almost forgot to mention...if you think this bug could be squashed by having me try something or adding some logging to the code and re-crashing it, please just ask.