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

Offline vix

  • Multiple posting newcomer
  • *
  • Posts: 60
Re: The 16 January 2010 build (6088) is out.
« Reply #30 on: January 18, 2010, 01:54:03 pm »
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.
I think you're right: as a matter of fact I can use C::B during this parsing.
But the 4-5 seconds freezing at startup (http://forums.codeblocks.org/index.php/topic,11790.msg80521.html#msg80521) is still there. Nightly Build 5911 doesn't have this problem

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 16 January 2010 build (6088) is out.
« Reply #31 on: January 18, 2010, 02:03:28 pm »
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.
I think you're right: as a matter of fact I can use C::B during this parsing.
But the 4-5 seconds freezing at startup (http://forums.codeblocks.org/index.php/topic,11790.msg80521.html#msg80521) is still there. Nightly Build 5911 doesn't have this problem
Yes, agreed. I still guess something wrong when a project was loading :).
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 blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #32 on: January 18, 2010, 02:19:04 pm »
I encounter this issue too,when I start the C::B applicatioin, it take a long time to get ready for work. :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 afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: The 16 January 2010 build (6088) is out.
« Reply #33 on: January 18, 2010, 05:28:45 pm »
- Mac OS X 10.4 - 10.6: (32-bit Universal ppc/x86 with wxWidgets 2.8.10 + patch)
    http://prdownload.berlios.de/codeblocks/CB_20100116_rev6088_mac2810.zip

Note that you will also need Xcode Tools installed to get GCC and SDK and such.
These are bundled by Apple with the Mac OS X operating system, updated at ADC.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 16 January 2010 build (6088) is out.
« Reply #34 on: January 18, 2010, 05:58:47 pm »
In the creation wizard does not support this macro replacement.
But if change $(TARGET_COMPILER_DIR) to $(CODEBLOCKS),it's work fine.
Please fix it, thanks!

[attachment deleted by admin]

Offline private_joker

  • Single posting newcomer
  • *
  • Posts: 7
Re: The 16 January 2010 build (6088) is out.
« Reply #35 on: January 18, 2010, 06:11:04 pm »
Hello everyone,

I have just downloaded and installed this nightly builds just to check out how CC works. In this regard I created a simple C++ console project that includes only the file iostream as it's shown below:

====================
#include <iostream>

using namespace std;

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

I tried to complete the keyword "cout" but all I got is the following message: C++ parser is stil parsing files. Also 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% ...

I do not know what exactly did you want to get fixed concerning the code completion (aside the points that you listed) but it seems that with every nightly build the CC plugin is not getting better at all.

Otherwise CB is a great product and it really helps me. Thanks all of you for the hard working.

Best regards,
Lucas
Hi, I experienced same problem: http://forums.codeblocks.org/index.php/topic,11827.0.html and http://developer.berlios.de/bugs/?func=detailbug&bug_id=16647&group_id=5358
I heard only 2 things:
1) All is Ok (on Ubuntu)
2) All is Ok (on MinGW)
So that pretty "good".

-----------------------------------------

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.

Hi, i have only 3 small question for you:
1. Did You see it? ( http://developer.berlios.de/bugs/?func=detailbug&bug_id=16647&group_id=5358 ), I guess - YES. Is  "issues" is NOT reprodused in 6023 (latest SVN rev. w/o broken CC).
2. "gcc is working fine" Hmmm... CB designed and works only w. GCC? I guess - NOT.
3. Where I can see a fresh "Roadmap" or something similar.

CB is pretty good IDE, but last time... Something going wrong, I guess in developers team crept devs from M$ ;)


Offline InsidE

  • Single posting newcomer
  • *
  • Posts: 3
Re: The 16 January 2010 build (6088) is out.
« Reply #36 on: January 18, 2010, 06:58:29 pm »
I tried to complete the keyword "cout" but all I got is the following message: C++ parser is stil parsing files. Also 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% ...

i have the same bug.
system : XP SP3

EDIT:
using ms sdk for sever 2008( 6.1 )
« Last Edit: January 18, 2010, 07:30:12 pm by InsidE »

Offline lucas

  • Single posting newcomer
  • *
  • Posts: 8
    • http://
Re: The 16 January 2010 build (6088) is out.
« Reply #37 on: January 18, 2010, 07:11:28 pm »
Hello,

I re-tested the code completion using MSVC2008. The behaviour is the same: no code completion, CPU over 50%.
However the problem does not occur with MinGW (4.4.0 in my case).

So I can confirm the following: well is good in the world of GCC (MinGW) :) The other side is doomed at this moment :)

Lucas

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?

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 16 January 2010 build (6088) is out.
« Reply #38 on: January 18, 2010, 07:40:49 pm »
I have selected the option "Home key always moves carret to first column" in Settings -> General Settings -> Other Options.
But it doesn't seem to work : when I press the Home key, the carret is set at the first char (after the identation, not at the first column of the line).

Someone could confirm that ?
(Fedora 12, current nightly)
Kernel Extremist - PedroM power ©

Offline Zini

  • Multiple posting newcomer
  • *
  • Posts: 64
Re: The 16 January 2010 build (6088) is out.
« Reply #39 on: January 18, 2010, 07:50:10 pm »
Comfirmed. Ubuntu 9.04 (64 bit). Broke about a year ago, I think. Here is the bug report:

http://developer.berlios.de/bugs/?func=detailbug&bug_id=15359&group_id=5358

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 16 January 2010 build (6088) is out.
« Reply #40 on: January 19, 2010, 02:22:19 am »
Quote
Hi, i have only 3 small question for you:
1. Did You see it? ( http://developer.berlios.de/bugs/?func=detailbug&bug_id=16647&group_id=5358 ), I guess - YES. Is  "issues" is NOT reprodused in 6023 (latest SVN rev. w/o broken CC).
2. "gcc is working fine" Hmmm... CB designed and works only w. GCC? I guess - NOT.
3. Where I can see a fresh "Roadmap" or something similar.

CB is pretty good IDE, but last time... Something going wrong, I guess in developers team crept devs from M$ Wink


you may misunderstand my meaning.I just try to point out what the issue is.not mean to say cb is designed only for gcc.
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 Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 16 January 2010 build (6088) is out.
« Reply #41 on: January 19, 2010, 03:39:40 am »
I can confirm it, SVN 6089.
Please download this CB pack, and unpack it to D:\LoveDEV.
http://ppn.googlecode.com/files/LoveDEV.7z Contains VC9 compiler, I promise there is no virus, there is no malicious code.
if create a VC project, CPU is 50%.
Code
#include <iostream>
#include <windows.h>
#include <winbase.h>

using namespace std;

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

[attachment deleted by admin]
« Last Edit: January 19, 2010, 09:20:28 am by Loaden »

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5910
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 16 January 2010 build (6088) is out.
« Reply #42 on: January 19, 2010, 07:35:47 am »
@all.
I find the bug why the parser get stuck when parsing the VC 2005 header files:
Here is the detailed report.

I found that the parser in CC will loop infinitively in parsing these code:

in the header file: vc\include\crtdefs.h, around line: 2043.

Code
typedef struct localeinfo_struct
{
    pthreadlocinfo locinfo;
    pthreadmbcinfo mbcinfo;
} _locale_tstruct, *_locale_t;

and the bug seems in the void ParserThread::HandleTypedef(), there is a while loop in this function.
Code
void ParserThread::HandleTypedef(){
...
while(true)
{
        token = m_Tokenizer.GetToken();
        peek = m_Tokenizer.PeekToken();
......
}

}

Unluckily, this is a infinit loop, and we can't break the loop. each time, we will get the token = "_locale_tstruct" and peek = "," , So, this is the REASON why many C::B users who use VC compilers will get their IDE hangs.

So, there is a logic error in handling typedef statement....

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 critic

  • Multiple posting newcomer
  • *
  • Posts: 93
Re: The 16 January 2010 build (6088) is out.
« Reply #43 on: January 19, 2010, 11:16:50 am »
I think this is strange behaviour of CC:
Code
std::string().append("").append("").append(""). // and etc

The more recurces I use the slower CC works. Why? After last point in the example I waited about 15 seconds. And so on.
Can it be eliminated?

Offline critic

  • Multiple posting newcomer
  • *
  • Posts: 93
Re: The 16 January 2010 build (6088) is out.
« Reply #44 on: January 19, 2010, 11:32:34 am »
Question to developers: can you change color of selected line text in window shown by Ctrl+Tab or use system setting?
In various system menus selected item highlighted by dark blue color (for example) and item's text font - by white (when item is not selected - font color is black). This issue appears because of that I can't see selected element :shock: