Author Topic: The 16 January 2010 build (6088) is out.  (Read 181566 times)

Offline vix

  • Multiple posting newcomer
  • *
  • Posts: 60
Re: The 16 January 2010 build (6088) is out.
« Reply #15 on: January 18, 2010, 08:30:08 am »
I checked in the Windows Task Manager the status of the resources that CodeBlocks were using: CPU at 55% (also the CPU fan was working hard).

Also I unchecked the options "Update parser when typing" but the CPU did not fall under 55% ...
The same for me (WinXP SP2, TDM-MinGW 4.4.1.2).

when the issue happened,does the parser hint that the c++ is still parsing?
Yes, you're right.
After the parsing the CPU consumption falls to 1-2% (as usual).
I tried to disable the Code Completion plugin and there isn't a such high CPU load.
Moreover also this last NB has this problem (http://forums.codeblocks.org/index.php/topic,11790.0.html)

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #16 on: January 18, 2010, 08:35:09 am »
Quote
I tried to disable the Code Completion plugin and there isn't a such high CPU load.

you do not need to disable cc,just disable parse while typing. :D
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #17 on: January 18, 2010, 08:38:05 am »
can you report  Editor file (about 2000+ lines)which you are typing with real-time parse,how much time dose it cost in your machine?
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

Offline lucas

  • Single posting newcomer
  • *
  • Posts: 8
    • http://
Re: The 16 January 2010 build (6088) is out.
« Reply #18 on: January 18, 2010, 08:51:18 am »
The compiler that I used to test the code completion was Visual C++ 2008 on Windows XP SP3.

The code was very simple:

#include <iostream>

using namespace std;

int main()
{
    cout << "Hello world!" << endl;
    return 0;
}

I was trying to auto-complete the keyword "cout".

Regards,
Lucas

I checked in the Windows Task Manager the status of the resources that CodeBlocks were using: CPU at 55% (also the CPU fan was working hard).

Also I unchecked the options "Update parser when typing" but the CPU did not fall under 55% ...
The same for me (WinXP SP2, TDM-MinGW 4.4.1.2).

when the issue happened,does the parser hint that the c++ is still parsing?
Yes, you're right.
After the parsing the CPU consumption falls to 1-2% (as usual).
I tried to disable the Code Completion plugin and there isn't a such high CPU load.
Moreover also this last NB has this problem (http://forums.codeblocks.org/index.php/topic,11790.0.html)
« Last Edit: January 18, 2010, 08:54:27 am by lucas »

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #19 on: January 18, 2010, 09:02:10 am »
The compiler that I used to test the code completion was Visual C++ 2008 on Windows XP SP3.

The code was very simple:

#include <iostream>

using namespace std;

int main()
{
    cout << "Hello world!" << endl;
    return 0;
}

I was trying to auto-complete the keyword "cout".

Regards,
Lucas

I checked in the Windows Task Manager the status of the resources that CodeBlocks were using: CPU at 55% (also the CPU fan was working hard).

Also I unchecked the options "Update parser when typing" but the CPU did not fall under 55% ...
The same for me (WinXP SP2, TDM-MinGW 4.4.1.2).

when the issue happened,does the parser hint that the c++ is still parsing?
Yes, you're right.
After the parsing the CPU consumption falls to 1-2% (as usual).
I tried to disable the Code Completion plugin and there isn't a such high CPU load.
Moreover also this last NB has this problem (http://forums.codeblocks.org/index.php/topic,11790.0.html)


done in this thread.http://forums.codeblocks.org/index.php/topic,11800.msg80725.html#msg80725
« Last Edit: January 18, 2010, 09:12:39 am by blueshake »
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

Offline vix

  • Multiple posting newcomer
  • *
  • Posts: 60
Re: The 16 January 2010 build (6088) is out.
« Reply #20 on: January 18, 2010, 09:15:57 am »
you do not need to disable cc,just disable parse while typing. :D
I didn't explain very weel in my post: I've already disable parse while typing... It was the first thing I did  :D
but unfortunately this don't help  :(

So I disabled the whole plugin.. and  :D  :D
I'm not typing anything, I'm opening the C::B cbp and I see this behaviour

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #21 on: January 18, 2010, 09:28:04 am »
@vix

can you try this,just start  c::b application. and then open the cb project and post the output log here 
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

Offline lucas

  • Single posting newcomer
  • *
  • Posts: 8
    • http://
Re: The 16 January 2010 build (6088) is out.
« Reply #22 on: January 18, 2010, 09:28:13 am »
I did not explain it very well. The code I wrote down above caused the CB to employ the CPU at a rate of 55% while the single message I got when trying to auto-complete the keyword "cout" was something like that the 'C++ parser is stil parsing the file'.

The problem here is not that the "cout" failed to be auto-completed. The issue I try to present here is that the CB uses a lot of the CPU without getting any result. Also after I unchecked the option "Update parser when typing" the CPU was high.

The test was done using the MSVC 2008 (headers were provided by the standard installation of the MSVC 2008) and the code is minimal (I have not tested it for a large project yet).

Lucas

The compiler that I used to test the code completion was Visual C++ 2008 on Windows XP SP3.

The code was very simple:

#include <iostream>

using namespace std;

int main()
{
    cout << "Hello world!" << endl;
    return 0;
}

I was trying to auto-complete the keyword "cout".

Regards,
Lucas

I checked in the Windows Task Manager the status of the resources that CodeBlocks were using: CPU at 55% (also the CPU fan was working hard).

Also I unchecked the options "Update parser when typing" but the CPU did not fall under 55% ...
The same for me (WinXP SP2, TDM-MinGW 4.4.1.2).

when the issue happened,does the parser hint that the c++ is still parsing?
Yes, you're right.
After the parsing the CPU consumption falls to 1-2% (as usual).
I tried to disable the Code Completion plugin and there isn't a such high CPU load.
Moreover also this last NB has this problem (http://forums.codeblocks.org/index.php/topic,11790.0.html)


done in this thread.http://forums.codeblocks.org/index.php/topic,11800.msg80725.html#msg80725

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #23 on: January 18, 2010, 09:42:02 am »
According to  the users' voices,it seems the issues (the cpu used over 50%) are  all  relative to msvc(vc 2005,vc2008),gcc is working fine.



NOtTE:

I suspect something wrong with the path parse.
« Last Edit: January 18, 2010, 09:51:04 am by blueshake »
Keep low and hear the sadness of little dog.
I fall in love with a girl,but I don't dare to tell her.What should I do?

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 16 January 2010 build (6088) is out.
« Reply #24 on: January 18, 2010, 09:42:07 am »
@lucas.
Do these steps:
1, open your project, in the cpp file, remove or comment the line below(so there's no include directives in the source file):

Code
#include <iostream>  

2, the close your project.

3, reopen your project.

And see what happens. Did your CPU still 50% hang?
« Last Edit: January 18, 2010, 09:44:09 am by ollydbg »
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline vix

  • Multiple posting newcomer
  • *
  • Posts: 60
Re: The 16 January 2010 build (6088) is out.
« Reply #25 on: January 18, 2010, 09:52:43 am »
@vix

can you try this,just start  c::b application. and then open the cb project and post the output log here 
Here you are
Code
Initialize EditColourSet .....
Initialize EditColourSet: done.
Loading toolbar...
AStylePlugin: loaded
Autosave: loaded
AutoVersioning: loaded
BrowseTracker: loaded
BYOGames: loaded
CB_Koders: loaded
Cccc: loaded
ClassWizard: loaded
CodeCompletion: loaded
CodeSnippets: loaded
CodeStat: loaded
Compiler: loaded
copystrings: loaded
CppCheck: loaded
Debugger: loaded
FilesExtensionHandler: loaded
DevPakUpdater: loaded
cbDragScroll: loaded
EnvVars: loaded
Exporter: loaded
HeaderFixup: loaded
HelpPlugin: loaded
HexEditor: loaded
IncrementalSearch: loaded
cbKeyBinder: loaded
lib_finder: loaded
MouseSap: loaded
OpenFilesList: loaded
Profiler: loaded
ProjectsImporter: loaded
RegExTestbed: loaded
ScriptedWizard: loaded
SymTab: loaded
ThreadSearch: loaded
ToDoList: loaded
wxSmith: loaded
wxSmithMime: loaded
wxSmithAui: loaded
wxSmithContribItems: loaded
WindowsXPLookNFeel: loaded
Source code formatter (AStyle) plugin activated
Autosave plugin activated
AutoVersioning plugin activated
BrowseTracker plugin activated
Koders query plugin activated
Cccc plugin activated
Class wizard plugin activated
Code completion plugin activated
Code snippets plugin activated
Code statistics plugin activated
Added compiler "GNU GCC Compiler"
Parsing stage done (0 total parsed files, 0 tokens in 0 minute(s), 0.0 seconds).
Updating class browser...
Class browser updated.
Added compiler "Microsoft Visual C++ Toolkit 2003"
Added compiler "Microsoft Visual C++ 2005/2008"
Added compiler "Borland C++ Compiler (5.5, 5.82)"
Added compiler "Digital Mars Compiler"
Added compiler "OpenWatcom (W32) Compiler"
Added compiler "GNU GCC Compiler for MSP430"
Added compiler "Cygwin GCC"
Added compiler "LCC Compiler"
Added compiler "Intel C/C++ Compiler"
Added compiler "SDCC Compiler"
Added compiler "Tiny C Compiler"
Added compiler "GDC D Compiler"
Added compiler "Digital Mars D Compiler"
Added compiler "GNU ARM GCC Compiler"
Added compiler "GNU AVR GCC Compiler"
Added compiler "GNU GCC Compiler for PowerPC"
Added compiler "GNU GCC Compiler for TriCore"
Compiler plugin activated
Copy Strings to clipboard plugin activated
CppCheck plugin activated
Debugger plugin activated
Files extension handler plugin activated
DevPak updater/installer plugin activated
DragScroll plugin activated
Environment variables plugin activated
Source Exporter plugin activated
Header Fixup plugin activated
Help plugin plugin activated
HexEditor plugin activated
IncrementalSearch plugin activated
Keyboard shortcuts plugin activated
Library finder plugin activated
MouseSap plugin activated
Open files list plugin activated
Code profiler plugin activated
Foreign projects importer plugin activated
Regular expressions testbed plugin activated
Project wizard added for 'Empty project'
Project wizard added for 'Console application'
Project wizard added for 'D application'
Project wizard added for 'Direct/X project'
Project wizard added for 'Dynamic Link Library'
Project wizard added for 'Kernel Mode Driver'
Project wizard added for 'FLTK project'
Project wizard added for 'GLFW project'
Project wizard added for 'GLUT project'
Project wizard added for 'GTK+ project'
Project wizard added for 'Irrlicht project'
Project wizard added for 'Lightfeather project'
Project wizard added for 'Matlab project'
Project wizard added for 'OpenGL project'
Project wizard added for 'Ogre project'
Project wizard added for 'Code::Blocks plugin'
Project wizard added for 'QT4 project'
Project wizard added for 'SDL project'
Project wizard added for 'SmartWin project'
Project wizard added for 'Static library'
Project wizard added for 'STL port application'
Project wizard added for 'Shared library'
Project wizard added for 'Win32 GUI project'
Project wizard added for 'wxWidgets project'
Build-target wizard added for 'Console'
Build-target wizard added for 'Static library'
Build-target wizard added for 'Dynamic Link Library'
Build-target wizard added for 'wxWidgets'
Project wizard added for 'ARM Project'
Project wizard added for 'AVR Project'
Project wizard added for 'TriCore Project'
Project wizard added for 'PowerPC Project'
File(s) wizard added for 'Empty file'
File(s) wizard added for 'C/C++ source'
File(s) wizard added for 'C/C++ header'
Scripted wizard plugin activated
Symbol Table Plugin plugin activated
ThreadSearch plugin activated
Todo List plugin activated
wxSmith plugin activated
wxSmith - MIME plugin plugin activated
wxSmith - Aui plugin activated
wxSmith - Contrib Items plugin activated
Windows XP Look'n'Feel plugin activated
Initializing plugins...
Loading workspace "C:\Documents and Settings\viganoe\Dati applicazioni\codeblocks\default.workspace"
Workspace file contains no projects...
Loading project file...
Parsing project file...
Loading target tinyXML
Loading target AutoRevision
Loading target ConsoleRunner
Loading target Squirrel
Loading target Squirrel std lib
Loading target SqPlus
Loading target scintilla
Loading target sdk
Loading target src
Loading target AStyle
Loading target Compiler depslib
Loading target Compiler
Loading target Debugger
Loading target Code-completion
Loading target Class wizard
Loading target Default MIME handler
Loading target Open files list
Loading target Scripted wizard
Loading target To-do
Loading target Autosave
Loading target XP look & feel
Loading target Projects-workspaces importer
Loading project files...
870 files loaded
Done loading project in 250ms
Project's base path: D:\projects\CodeBlocks\src\
Project's common toplevel path: D:\projects\CodeBlocks\src\
Final encoding detected: Windows Western European (CP 1252) (ID: 33)
project data set for D:\projects\CodeBlocks\src\base\tinyxml\tinystr.cpp
Text seems to be pure ASCII!
We use user specified encoding: Windows Western European (CP 1252) (ID: 33)
Final encoding detected: Windows Western European (CP 1252) (ID: 33)
project data set for D:\projects\CodeBlocks\src\sdk\blockallocated.cpp
Text seems to be pure ASCII!
We use user specified encoding: Windows Western European (CP 1252) (ID: 33)
Final encoding detected: Windows Western European (CP 1252) (ID: 33)
project data set for D:\projects\CodeBlocks\src\sdk\cbstyledtextctrl.cpp
Text seems to be pure ASCII!
We use user specified encoding: Windows Western European (CP 1252) (ID: 33)
Final encoding detected: Windows Western European (CP 1252) (ID: 33)
project data set for D:\projects\CodeBlocks\src\sdk\compiletargetbase.cpp
Text seems to be pure ASCII!
We use user specified encoding: Windows Western European (CP 1252) (ID: 33)
Final encoding detected: Windows Western European (CP 1252) (ID: 33)
project data set for D:\projects\CodeBlocks\src\sdk\editarraystringdlg.cpp
Top Editor: D:\projects\CodeBlocks\src\sdk\editarraystringdlg.cpp
Add project Code::Blocks in parsing queue
Caching internal gcc dirs for adding to parser...
Caching GCC dir: c:\MinGW\lib\gcc\mingw32\4.4.1\include\c++
Caching GCC dir: c:\MinGW\lib\gcc\mingw32\4.4.1\include\c++\mingw32
Caching GCC dir: c:\MinGW\lib\gcc\mingw32\4.4.1\include\c++\backward
Caching GCC dir: c:\MinGW\include
Caching GCC dir: c:\MinGW\lib\gcc\mingw32\4.4.1\include
Caching GCC dir: c:\MinGW\lib\gcc\mingw32\4.4.1\include-fixed
Passing list of files to batch-parser.
Batch-parsing 724 file(s)...
Starting batch parsing...
Parsing stage done (1507 total parsed files, 84531 tokens in 0 minute(s), 44.594 seconds).
Updating class browser...
Class browser updated.

Offline lucas

  • Single posting newcomer
  • *
  • Posts: 8
    • http://
Re: The 16 January 2010 build (6088) is out.
« Reply #26 on: January 18, 2010, 09:57:34 am »
I've just created a simple project but using MinGW-4.4.0 system. Strangely everything is all right now: no CPU high rate, code completion worked.

I do not know why in the case of the MSVC 2008 the things were wrong.

Lucas

@lucas.
Do these steps:
1, open your project, in the cpp file, remove or comment the line below(so there's no include directives in the source file):

Code
#include <iostream>  

2, the close your project.

3, reopen your project.

And see what happens. Did your CPU still 50% hang?
« Last Edit: January 18, 2010, 10:15:28 am by lucas »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 16 January 2010 build (6088) is out.
« Reply #27 on: January 18, 2010, 10:07:13 am »
Quote
Parsing stage done (1507 total parsed files, 84531 tokens in 0 minute(s), 44.594 seconds).
@vix.
So, there is nothing wrong. When your Parser in CodeCompletion were doing Batch parsing, your CPU usage should be 50%. After it finished it's parsing(44.595 seconds later), your CPU usage should be 1-2%.
So, I don't see any thing wrong.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline chao

  • Single posting newcomer
  • *
  • Posts: 6
Re: The 16 January 2010 build (6088) is out.
« Reply #28 on: January 18, 2010, 11:28:17 am »
My CB has the same problem on both xp and vista.
disable "Follow GLOBAL includes"(in C/C++parser settings)  will reduce the CPU usage in my case.

What compiler and SDK do you use, when the issue occurs ?
Hello,
I use mingw-g++-4.4, (Mingw installed at C:\Mingw).
It occurs when I just open a project.

I'm not sure what "Follow GLOBAL includes" exactly means.
It seems g++(or CB) can auto-detect the SDK and stl paths and my
CB Compiler settings include paths to boost and wxWidgets.
One project of mine is about 6k lines of code, and it does not use boost or wx,
I do use templates and stl often.

Offline adfm

  • Multiple posting newcomer
  • *
  • Posts: 21
Re: The 16 January 2010 build (6088) is out.
« Reply #29 on: January 18, 2010, 11:29:15 am »
thanks for the "disable code-completion" setting. I was getting crazy ;)