Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on June 26, 2011, 11:08:36 pm

Title: The 26 June 2011 build (7257) is out.
Post by: killerbot on June 26, 2011, 11:08:36 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc452-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z

The 26 June 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110626_rev7257_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 26 June 2011 build (7257) is out.
Post by: Jenna on June 27, 2011, 06:50:10 am
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Lelouch on June 27, 2011, 08:07:59 am
I'm a student, and sometimes I need to choose some certain files not parsed..

but when I choose not to "compile"/"link" those files, they are still parsed and the symbols there still show in Symbols and in CC

well..it's not a big problem..but I'm still looking for a solution..

Is it possible for current svn, or it could be added later?

thanks..CB is really a fantastic job~~~
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Agetian on June 27, 2011, 12:32:56 pm
I noticed a rather serious regression in code completion, at least on Windows when using MinGW (tried with 4.4.1 and 4.5.2-tdm). On the older
(April and before) builds, typing this:

std::string s;
s.

activates the code completion for the string object; on the latest nightly, it does nothing. This is also true for several other test scenarios,
especially with C++ objects and classes (and especially STL). For instance, in the older builds, this:

std::cout.

activates the completion while in the latest nightly it doesn't. Tested both with the "std::" prefixation and without it when using "using namespace std".

- Agetian
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 27, 2011, 02:52:44 pm
I noticed a rather serious regression in code completion, at least on Windows when using MinGW (tried with 4.4.1 and 4.5.2-tdm). On the older
(April and before) builds, typing this:

std::string s;
s.

activates the code completion for the string object; on the latest nightly, it does nothing. This is also true for several other test scenarios,
especially with C++ objects and classes (and especially STL). For instance, in the older builds, this:

std::cout.

activates the completion while in the latest nightly it doesn't. Tested both with the "std::" prefixation and without it when using "using namespace std".

- Agetian

Hi, thanks for the report, I can confirm this bug.
I'll check it.
which version did you remember it works OK?
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Agetian on June 27, 2011, 03:33:09 pm
Hi, thanks for the report, I can confirm this bug.
I'll check it.
which version did you remember it works OK?

It looks like the May 14 build (rev 7143) from here works: http://forums.codeblocks.org/index.php/topic,14689.0.html
I tried the earlier June build but it didn't function correctly for me already. Hope this helps! :)

- Agetian
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 27, 2011, 03:45:54 pm
so, the bug should be introduced from: rev 7143 to rev 7255.
So, need to do a binary search :D
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 28, 2011, 04:39:16 am
after debugging for about two hours, I found that the bug is related to the parserthread. here is the screenshot:
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2011-06-28102418.png)
see the image above, the "Ancestors" is empty, this is wrong.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 28, 2011, 05:26:08 am
Ok, one hour more, I find the bug:
Quote
mortenmacfly  2011-5-22 23:25:37           
* CC: renamed "up-front" into "priority" for better understanding
* CC: massively updated testing tool to allow to parse into includes
- CC: code-cleanup

Then look at the code snippet:
Code
void TokensTree::RecalcInheritanceChain(Token* token)
{
    if (!token)
        return;
    if (!(token->m_TokenKind & (tkClass | tkTypedef | tkEnum | tkNamespace)))
        return;
    if (token->m_AncestorsString.IsEmpty())
        return;

    token->m_DirectAncestors.clear();
    token->m_Ancestors.clear();

    TRACE(_T("RecalcInheritanceChain() : Token %s, Ancestors %s"), token->m_Name.wx_str(),
          token->m_AncestorsString.wx_str());

    // TODO (MortenMacFly#5#): Can we safely ignore local tokens here?
//    if (!token->m_IsLocal) // global symbols are linked once
//    {
        TRACE(_T("RecalcInheritanceChain() : Removing ancestor string from %s"), token->m_Name.wx_str());
        token->m_AncestorsString.Clear();
//    }

    wxStringTokenizer tkz(token->m_AncestorsString, _T(","));

You have clear the string before tokenize it.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ahui886 on June 28, 2011, 07:38:19 am
great job ,thanks
Title: Re: The 26 June 2011 build (7257) is out.
Post by: MortenMacFly on June 28, 2011, 07:42:10 am
You have clear the string before tokenize it.
Ooops - that indeed slipped in and was a patch of yours, btw. ;-)

This one should therefore be reverted. However, I can't do it as I don't have SVN access atm.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: oBFusCATed on June 28, 2011, 07:57:48 am
Give me a diff and I'll revert muahahaha
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 28, 2011, 08:37:16 am
here it is:
Code
Index: token.cpp
===================================================================
--- token.cpp (revision 7257)
+++ token.cpp (working copy)
@@ -1036,6 +1036,7 @@
 
     token->m_DirectAncestors.clear();
     token->m_Ancestors.clear();
+    wxStringTokenizer tkz(token->m_AncestorsString, _T(","));
 
     TRACE(_T("RecalcInheritanceChain() : Token %s, Ancestors %s"), token->m_Name.wx_str(),
           token->m_AncestorsString.wx_str());
@@ -1047,7 +1048,7 @@
         token->m_AncestorsString.Clear();
 //    }
 
-    wxStringTokenizer tkz(token->m_AncestorsString, _T(","));
+
     while (tkz.HasMoreTokens())
     {
         wxString ancestor = tkz.GetNextToken();
it is too simple. :D.

You have clear the string before tokenize it.
Ooops - that indeed slipped in and was a patch of yours, btw. ;-)
I nearly forgot my patch :D
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Agetian on June 28, 2011, 09:01:26 am
Good job, thanks for the fix and for all your work on C::B, definitely the most enjoyable C/C++ coding environment for me! :)

- Agetian
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Loaden on June 28, 2011, 09:05:42 am
here it is:
Code
Index: token.cpp
===================================================================
--- token.cpp (revision 7257)
+++ token.cpp (working copy)
@@ -1036,6 +1036,7 @@
 
     token->m_DirectAncestors.clear();
     token->m_Ancestors.clear();
+    wxStringTokenizer tkz(token->m_AncestorsString, _T(","));
 
     TRACE(_T("RecalcInheritanceChain() : Token %s, Ancestors %s"), token->m_Name.wx_str(),
           token->m_AncestorsString.wx_str());
@@ -1047,7 +1048,7 @@
         token->m_AncestorsString.Clear();
 //    }
 
-    wxStringTokenizer tkz(token->m_AncestorsString, _T(","));
+
     while (tkz.HasMoreTokens())
     {
         wxString ancestor = tkz.GetNextToken();
it is too simple. :D.

You have clear the string before tokenize it.
Ooops - that indeed slipped in and was a patch of yours, btw. ;-)
I nearly forgot my patch :D

It seems not the best way.
ollydbg, could you checking you mail?
I have some question need talk to you.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 28, 2011, 09:15:50 am
ollydbg, could you checking you mail?
I have some question need talk to you.
replied, and I think my tiny patch is acceptable. :D
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Loaden on June 28, 2011, 10:45:55 am
ollydbg, could you checking you mail?
I have some question need talk to you.
replied, and I think my tiny patch is acceptable. :D
Done.
You can review rev7259 and find what's the changes.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: ollydbg on June 28, 2011, 11:05:02 am
Done.
You can review rev7259 and find what's the changes.
Good! I personally think the m_AncestorString should be cleared as soon as possible to avoid the recursive infinite loop when calculate class inheritance.
Title: Re: The 26 June 2011 build (7257) is out.
Post by: stahta01 on July 01, 2011, 04:20:00 am
Patch for NON PCH Build.

Tim S.

Code
Index: src/sdk/logmanager.cpp
===================================================================
--- src/sdk/logmanager.cpp (revision 7266)
+++ src/sdk/logmanager.cpp (working copy)
@@ -9,6 +9,10 @@
 
 #include "sdk_precomp.h"
 
+#ifndef WX_PRECOMP
+#include <wx/bitmap.h>
+#endif
+
 #ifndef CB_PRECOMP
 #include <wx/log.h>
 #endif
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Loaden on July 01, 2011, 04:58:01 am
Patch for NON PCH Build.

Tim S.

Code
Index: src/sdk/logmanager.cpp
===================================================================
--- src/sdk/logmanager.cpp (revision 7266)
+++ src/sdk/logmanager.cpp (working copy)
@@ -9,6 +9,10 @@
 
 #include "sdk_precomp.h"
 
+#ifndef WX_PRECOMP
+#include <wx/bitmap.h>
+#endif
+
 #ifndef CB_PRECOMP
 #include <wx/log.h>
 #endif
done. :)
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Randajad on July 03, 2011, 10:04:57 am
Console redirect doesn't work in windows 8. Please, fix it. >_<
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Ceniza on July 03, 2011, 04:03:12 pm
Console redirect doesn't work in windows 8. Please, fix it. >_<

Well, it looks like you are the one who got his hand on Windows 8. It should be easier for you then to provide us with a patch :)
Title: Re: The 26 June 2011 build (7257) is out.
Post by: MortenMacFly on July 03, 2011, 04:24:47 pm
Console redirect doesn't work in windows 8. Please, fix it. >_<
Well, it looks like you are the one who got his hand on Windows 8. It should be easier for you then to provide us with a patch :)
Harhar... right. According to this:
http://windows8beta.com/2011/06/windows-8-may-rtm-in-april-2012
...we have still plenty of time left. Not to remind you that this might actually be a bug in Windows 8, right?
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Ceniza on July 03, 2011, 05:48:04 pm
Console redirect doesn't work in windows 8. Please, fix it. >_<
Well, it looks like you are the one who got his hand on Windows 8. It should be easier for you then to provide us with a patch :)
Harhar... right. According to this:
http://windows8beta.com/2011/06/windows-8-may-rtm-in-april-2012
...we have still plenty of time left. Not to remind you that this might actually be a bug in Windows 8, right?

A bug? In Windows? I would not be surprised.

Thing is, it could also be a bug in wxWidgets. After all, that is what we use for that kind of stuff, right?
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Randajad on July 03, 2011, 07:45:38 pm
This bug exist only in console runner.
Okay, i'm tested this with .bat file:
(http://i24.fastpic.ru/big/2011/0703/4e/6b48b782d24da312bce96f7b95813b4e.jpg)

It works. But when i press F9 in code blocks:

(http://i26.fastpic.ru/big/2011/0703/f1/5834eae6dd329ffa402178971fed76f1.jpg)

Ideas?
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Jenna on July 03, 2011, 08:08:54 pm
What's the content of the "Build log" ?
Title: Re: The 26 June 2011 build (7257) is out.
Post by: Randajad on July 03, 2011, 08:16:37 pm
Checking for existence: D:\Project\Rwork\example\example.exe
Executing: "D:\Tools\CodeBlocks/cb_console_runner.exe" "D:\Project\Rwork\example\example.exe"  (in D:\Project\Rwork\example\.)
Process terminated with status 0 (0 minutes, 2 seconds)