User forums > Nightly builds
The 25 september 2010 build (6634) CODECOMPLETION BRANCH version is out.
Jenna:
--- Quote from: polygon7 on September 30, 2010, 01:53:32 pm ---
--- Quote from: Loaden on September 30, 2010, 01:02:49 pm ---What is the meaning about this log?
--- Quote ---** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
[New Thread 0xa9bb1b70 (LWP 30027)]
** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
--- End quote ---
:(
--- End quote ---
I think it is related to gtk/wxgtk, but unfortunately google says nothing special about that message.
I don't remember if I see it earlier but I don't run C::B in console or in gdb very often.
--- End quote ---
I don't get it here (debian 64-bit unstable/experimental mix).
Errors like this are often caused by gtk2-changes.
Which OS are you on and what is the version of libgtk2 ?
Jenna:
--- Quote from: polygon7 on September 30, 2010, 12:24:30 pm ---Hi,
I have following segfaults when loading some big project ~800k LOC /
~3000-4000 files (but about 10 files are opened) with C::B version 10.05cc6634-1
from Jens repository (CC branch). I have it usually three times on five C::B starts.
--- End quote ---
I don't get a segfault, but cc seems to either hang in a loop or do nothing (C::B is responsible), but it starts parsing and I never get a message that parsing ends.
Do nothing is not correct, because it uses cpu-power and memory (see below).
I also do not get any entries in symbols-browser.
These are the last lines of the debug-output:
Passing list of files to batch-parser.
--- Code: ---Header to parse up-front: '/usr/include/c++/4.4/cstddef'
Header to parse up-front: '/usr/include/boost/config.hpp'
Header to parse up-front: '/usr/include/boost/filesystem/config.hpp'
Add up-front parsing 3 file(s) for project 'test'...
Add batch-parsing 21641 file(s) for project 'test'...
Create new parser for project 'test'
Starting batch parsing for project 'test'...
--- End code ---
It's just a really large dummy project:
linux kernel 2.6.29 with all files added to an empty project.
More than 21500 files, nearly 10 million lines of code (more than 6 million pure code and nearly 400 k comment and code mixed).
It uses 100% of one of my cpu's and uses more than 1.1 GB of my memory, but it seems to never end parsing.
I wait if it stops somewhen in the future, and edit this post if it happens (or if it crashes).
By the way, why are boost-headers listed here (I don't think linux-kernel uses them) ?
polygon7:
--- Quote from: jens on October 01, 2010, 07:37:43 am ---
--- Quote from: polygon7 on September 30, 2010, 01:53:32 pm ---
--- Quote from: Loaden on September 30, 2010, 01:02:49 pm ---What is the meaning about this log?
--- Quote ---** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
[New Thread 0xa9bb1b70 (LWP 30027)]
** (codeblocks:29715): CRITICAL **: smooth_draw_flat_box: assertion `width >= -1' failed
--- End quote ---
:(
--- End quote ---
I think it is related to gtk/wxgtk, but unfortunately google says nothing special about that message.
I don't remember if I see it earlier but I don't run C::B in console or in gdb very often.
--- End quote ---
I don't get it here (debian 64-bit unstable/experimental mix).
Errors like this are often caused by gtk2-changes.
Which OS are you on and what is the version of libgtk2 ?
--- End quote ---
It is Ubuntu 10.10 (x86) and libgtk2 version is 2.20.0-0ubuntu4 (probably, because I don't have
access to this computer at this moment - It is in my work office, and I'm on holiday (hurray! ;-D) ).
Loaden:
1. support typedef of template operator overloading by blueshake, see http://forums.codeblocks.org/index.php/topic,13390.msg90193.html#msg90193 for more details.
2. fix a bug of the default parameter error in MarkItemsByAI, Now CC Search gives correct matching result.
3. improved Code-refactoring model, now it is 20X faster when verifying the search result.
4. improved template value-tooltip (typedef of template shows correct information).
5. support reparsing file after the editor modified.
Jenna:
After more than 7 hours I tried to stop my experiment.
C::B used constantly about 100 % of my one cpu and memory usage increased to more than 2.2 GB.
I tried to close C::B the normal way, cpu usage reached 179 %:
After some minutes I got the message Removed test from all deps.
Memory usage was stable at 2.2 GB, cpu-usage went back to 100 % and nothing happens.
I had to kill C::B to finally close it.
"Smaller" projects like C::B are no problem.
I think I found the cause for the hang and the place, where it happens.
I will post more informations later.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version