User forums > Announcements
Code::Blocks 8.02 has been released!
Jeisson:
I want to congratulate the Code::Blocks team also. I feel so enthusiastic for this step :D.
I would like to propose an idea. Since Ubuntu seems to be the most popular Linux distribution, the new Code::Blocks release could be available into the official repositories (Universe). So, new users could get this useful IDE as easy to issue the famous command
--- Code: ---sudo apt-get install codeblocks
--- End code ---
I imagine, somebody should joint to the Masters of the Universe project for do that. I do not know if it is already on the Universe, I beg your pardon if that is the case.
Thanks a lot for this wonderful gift!
DrewBoo:
--- Quote from: killerbot on March 05, 2008, 07:52:12 pm ---super interested ;-) crashes should be fixed.
You can explain it here, but for sure create a bug report at berlios
--- End quote ---
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:
--- Code: ---/(430): assert "(" failed in at(): i [in child thread]
--- End code ---
Here's the svn4935 backtrace, which looks like it wanted to show an assert dialog, but choked before I could see it.
--- Code: ---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 ?? ()
--- End code ---
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.
SharkCZ:
--- Quote from: stefanos_ on March 04, 2008, 08:37:59 pm ---Hello guys and congrats for your final release. I think it's great news to have the official stable release, but to be honest...the greatest above all is that this project exists and gets more people day after day :D [kyrie yanni...ftou ftou ftou na min to matiasoume :DDD - greek comments goes to Mr. Mandravellos]
I use Fedora 8 and I have installed version 4872. I just run the updates and...well it's not the latest release but it works just fine :) something else guys.
Also when I installed Code::Blocks for the first time wxWidgets 2.8.4 was installed. I should contact the person who's responsible for Fedora rpms for Code::Blocks to update it to version 2.8.7.
--- End quote ---
C::B 8.02 was pushed into Fedora's updates-testing repository (you can run "yum --enablerepo=updates-testing update codeblocks" from a terminal session to get the update now)
Yes, Fedora 8 still contains wxGTK 2.8.4 but for Fedora 9 we have already prepared 2.8.7. It is possible that we will make an update for Fedora 8 too when we will not receive any negative feedback.
SharkCZ:
--- Quote from: mandrav on March 04, 2008, 10:01:20 pm ---
--- Quote from: stefanos_ on March 04, 2008, 08:37:59 pm ---I use Fedora 8 and I have installed version 4872. I just run the updates and...well it's not the latest release but it works just fine :) something else guys.
--- End quote ---
I don't get it: have you installed 8.02 (there are FC8 rpms available) or not?
--- End quote ---
The current version of C::B in Fedora is svn4872, but 8.02 is in updates-testing repository.
DrewBoo:
--- Quote from: killerbot on March 05, 2008, 07:52:12 pm ---super interested ;-) crashes should be fixed.
You can explain it here, but for sure create a bug report at berlios
--- End quote ---
killerbot, it was a false alarm. After digging around, I see that due to my build enviroment, C::B linked to mismatched library versions.
C::B is now looking damn sharp on my Solaris machine.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version