The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.

[killerbot]

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.

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

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

The 09 October 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20101009_rev6688_CC_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous CODECOMPLETION BRANCH nightly:

* cc_branch: applied patch to re-work nullptr
* cc_branch: applied patch to support for codecompletion of member variable initialisation
* cc_branch: applied patch to improve handling of namespaces AND improve parsing of e.g. boost libraries
* cc_branch: applied patch with the following improvements:
- fix batch parse failed when creating an empty project
- improve AddParseThread
- clean-up of "token.h"
* cc_branch: applied patch to fix improve code-refactoring
* cc_branch: applied patch to...:
- support typedef of template operator overloading by blueshake, see http://forums.codeblocks.org/index.php/topic,13390.msg90193.html#msg90193
- fixed a bug of the default parameter error in MarkItemsByAI; as a result CC Search gives correct matching result
- improved code-refactoring implementation, now it is 20x faster when verifying the search results
- improved template value-tooltip (show correct information for typedef of template)
- support re-parsing a file after the editor was modified
* cc_branch: use real case sensitive when code completion
* cc_branch: avoid possible endless loop when parsing for replaced buffer
* cc_branch: applied patch to fix enum parse error from r6660, thank blueshake!
* cc_branch: fix parser init error, lead class browser can not correctly refreshed
* cc_branch: refactoring some symbols in NativeParser, make it more readable
* cc_branch: add the feature to support unnamed union/struct/class by ollydbg, reported here: http://forums.codeblocks.org/index.php/topic,13426.msg90442.html#msg90442
* cc_branch: improved the unnamed symbol search mode
* cc_branch: fixed parsing error when class name defined by a macro
* cc_branch: avoid endless loop when handle macro, and other possible endless loop should be avoid too
* cc_branch: buffer parsing supports record file name and line number, improved local variable parsing
* cc_branch: improved debug log trace
* cc_branch: make complex macros parsing is configurable
* cc_branch: avoid possible endless loop when handle class
* cc_branch: rewritten HandleDefines, fix bug reported here: http://forums.codeblocks.org/index.php/topic,13443.0.html
* cc_branch: fix re-parse error when re-read parser options
* cc_branch: improve debug log trace, avoid warning
* cc_branch: fixed copyright does not display the correct (only some CC files)
* cc_branch: make condition preprocessor be controlled by option "C/C++ Parser > Parse preprocessor directives"
* cc_branch: fixed struct parsing error, e.g. struct A {}; struct B { struct A a; };
* cc_branch: adding some judgments in order to avoid some of the possible parsing error
* cc_branch: change auto launch chars min value, from 2 to 1, thank blueshake!
* cc_branch: more improved, include:
- improved local variable parsing, fix jump error, make cc search faster
- fixed a bug in GetFirstTokenPosition, e.g. buffer is "abab cd efg", token is "ab"
- Fixed call tips does not full match
* cc_branch: lets local variable support "find references" and "rename symbols"
* cc_branch: make the member variable using same naming style
* cc_branch: fixed the buffer parsing error of class body, local variable parsing support the construction and destructor now
* cc_branch: some details of the improvements, and further to avoid the endless loop
* all updates that occurred on trunk

THIS IS A SPECIAL TEST BUILD OF REFACTORINGS CARRIED OUT ON THE CODE COMPLETION BRANCH IN OUR SVN.
FOCUS IS ON ENHANCED CODE COMPLETION USABILITY.

Give your feedback on this version only in this thread, don't mix it with the regular nightly please.

Once we don't have any blockers on this version,we will merge the changes into trunk and it will be part of the regular nightlies.

[Jenna]

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo.

If you want to use apt (or dselect, synaptic or whatever) you need to add the following entries to /etc/apt/sources.list :

deb http://apt.jenslody.de/ any cc
deb-src http://apt.jenslody.de/ any cc

and remove entries for the normal nightlies.

Alternatively you can download the deb's directly from http://apt.jenslody.de/pool/cc/c/codeblocks/ .

Not longer available, because of the merge into trunk, see here:
http://forums.codeblocks.org/index.php/topic,13463.msg91110.html#msg91110

[Loaden]

Hi, Jens, I found the endless loop reason now.
 :lol:

file: D:\\kernel\\linux-2.6.35.7\\drivers\\scsi\\esp_scsi.h
line:355

Code

    dma_addr_t (*map_single)(struct esp *esp, void *buf,
                 size_t sz, int dir);

#0 00000000    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1006)
#1 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#2 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#3 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#4 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#5 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#6 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#7 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#8 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#9 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#10 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#11 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#12 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#13 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#14 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#15 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#16 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#17 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#18 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#19 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#20 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#21 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#22 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#23 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#24 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#25 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#26 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#27 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)
#28 65EE93CA    Tokenizer::DoGetToken(this=0xc7739b0) (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1116)
#29 65EE9565    Tokenizer::MacroReplace(this=0xc7739b0, str="dma_addr_t") (D:\DengYC\CodeBlocks-svn\src\plugins\codecompletion\parser\tokenizer.cpp:1143)

The token is "dma_addr_t", and the m_Type is " dma_addr_t".

[Loaden]

In here:

file = "D:\\kernel\\linux-2.6.35.7\\arch\\x86\\include\\asm\\types.h"
line = 4

Code

#ifndef _ASM_X86_TYPES_H
#define _ASM_X86_TYPES_H

#define dma_addr_t    dma_addr_t

#include <asm-generic/types.h>

It is the endless loop cause.

[Loaden]

Fixed endless loop now.

Project 'linux' parsing stage done (27214 total parsed files, 1313353 tokens in 9 minute(s), 45.593 seconds).

[Jenna]

Fixed endless loop now.

Project 'linux' parsing stage done (27214 total parsed files, 1313353 tokens in 9 minute(s), 45.593 seconds).

I just test it on my system.

[Jenna]

Seems to work for kernel 2.6.35 now:

Code

Project 'test' parsing stage done (30447 total parsed files, 1313666 tokens in 9 minute(s), 26.239 seconds).

but if I close the project and reopen it (without closing C::B) the amount of used memory increases by about 100~200 MB every time.

And 2.6.29 kernel crashes with a segfault.

Here is a full backtrace:

Code

> bt full
#0  0x0000000000447790 in wxStringBase::GetStringData (this=0x21f0000036c) at /usr/include/wx-2.8/wx/string.h:265
No locals.
#1  0x00000000004478d2 in wxStringBase::length (this=0x21f0000036c) at /usr/include/wx-2.8/wx/string.h:412
No locals.
#2  0x0000000000447a94 in wxString::Len (this=0x21f0000036c) at /usr/include/wx-2.8/wx/string.h:745
No locals.
#3  0x00007fffe32c277b in Tokenizer::GetActualContextForMacro (this=0xf1d7010, tk=0x2a697210) at plugins/codecompletion/parser/tokenizer.cpp:1739
        pos = 44
        buffer = L"_flags& DST_TYPE_HAS_FW_1) msleep (100) ; else msleep (5) ; return 0 ; } EXPORT_SYMBOL (dst_comm_init) ; int write_dst (struct dst_state* state, u8* data, u8 len) { struct i2c_msg msg = { . addr = sta"...
        data = 0x5200000128 <Address 0x5200000128 out of bounds>
        maxBufferLen = 4096
        p = 0x430000014c <Address 0x430000014c out of bounds>
        alreadyReplaced = {
          <wxStringBase> = {
            static npos = 18446744073709551615, 
            m_pchData = 0x6f00000069 <Address 0x6f00000069 out of bounds>
          }, <No data fields>}
        i = 240518168671
        normalArgs = {
          m_nSize = 171798691872, 
          m_nCount = 493921239140, 
          m_pItems = 0x5f00000074, 
          m_autoSort = 103
        }
        actualArgs = {
          m_nSize = 433791697012, 
          m_nCount = 137438953513, 
          m_pItems = 0x200000007b, 
          m_autoSort = 105
        }
        actualContext = {
          <wxStringBase> = {
            static npos = 18446744073709551615, 
            m_pchData = 0x7400000075 <Address 0x7400000075 out of bounds>
          }, <No data fields>}
        actualContext = {
          <wxStringBase> = {
            static npos = 18446744073709551615, 
            m_pchData = 0x3c00000020 <Address 0x3c00000020 out of bounds>
          }, <No data fields>}
#4  0x0000004900000044 in ?? ()
No symbol table info available.
#5  0x0000004100000053 in ?? ()
No symbol table info available.
#6  0x0000004c00000042 in ?? ()
No symbol table info available.
#7  0x0000002c00000045 in ?? ()
No symbol table info available.
#8  0x0000004e00000020 in ?? ()
No symbol table info available.
#9  0x0000005f0000004f in ?? ()
No symbol table info available.
#10 0x0000004500000044 in ?? ()
No symbol table info available.
#11 0x000000410000004c in ?? ()
No symbol table info available.
#12 0x0000002900000059 in ?? ()
No symbol table info available.
#13 0x0000003c00000020 in ?? ()
No symbol table info available.
#14 0x0000003000000020 in ?? ()
No symbol table info available.
#15 0x0000002000000029 in ?? ()
No symbol table info available.
#16 0x000000200000007b in ?? ()
No symbol table info available.
#17 0x0000007000000064 in ?? ()
No symbol table info available.
#18 0x0000006900000072 in ?? ()
No symbol table info available.
#19 0x000000740000006e in ?? ()
No symbol table info available.
#20 0x000000200000006b in ?? ()
No symbol table info available.
#21 0x0000007600000028 in ?? ()
No symbol table info available.
#22 0x0000007200000065 in ?? ()
No symbol table info available.
#23 0x0000006f00000062 in ?? ()
No symbol table info available.
#24 0x0000006500000073 in ?? ()
No symbol table info available.
#25 0x000000200000002c in ?? ()
No symbol table info available.
#26 0x0000005300000044 in ?? ()
No symbol table info available.
#27 0x0000005f00000054 in ?? ()
No symbol table info available.
#28 0x0000005200000045 in ?? ()
No symbol table info available.
#29 0x0000004f00000052 in ?? ()
No symbol table info available.
#30 0x0000002c00000052 in ?? ()
No symbol table info available.
#31 0x0000003100000020 in ?? ()
No symbol table info available.
#32 0x000000200000002c in ?? ()
No symbol table info available.
#33 0x0000006400000022 in ?? ()
No symbol table info available.
#34 0x0000007400000073 in ?? ()
No symbol table info available.
#35 0x000000670000005f in ?? ()
No symbol table info available.
#36 0x0000006900000070 in ?? ()
No symbol table info available.
#37 0x0000005f0000006f in ?? ()
No symbol table info available.
#38 0x000000750000006f in ?? ()
No symbol table info available.
#39 0x0000006200000074 in ?? ()
No symbol table info available.
#40 0x0000004500000020 in ?? ()
No symbol table info available.
#41 0x0000005200000052 in ?? ()
No symbol table info available.
#42 0x000000520000004f in ?? ()
No symbol table info available.
#43 0x0000002100000020 in ?? ()
No symbol table info available.
#44 0x0000002900000022 in ?? ()
No symbol table info available.
#45 0x0000003b00000020 in ?? ()
No symbol table info available.
#46 0x0000007200000020 in ?? ()
No symbol table info available.
#47 0x0000007400000065 in ?? ()
No symbol table info available.
#48 0x0000007200000075 in ?? ()
Cannot access memory at address 0x5effffffc8
No symbol table info available.
#49 0x000000200000006e in ?? ()
No symbol table info available.
#50 0x000000200000002d in ?? ()
No symbol table info available.
#51 0x0000002000000031 in ?? ()
No symbol table info available.
#52 0x000000200000003b in ?? ()
No symbol table info available.
#53 0x000000200000007d in ?? ()
No symbol table info available.
#54 0x0000006600000069 in ?? ()
No symbol table info available.
#55 0x0000002800000020 in ?? ()
No symbol table info available.
#56 0x0000007400000073 in ?? ()
No symbol table info available.
#57 0x0000007400000061 in ?? ()
No symbol table info available.
#58 0x0000002d00000065 in ?? ()
No symbol table info available.
#59 0x000000740000003e in ?? ()
No symbol table info available.
#60 0x0000007000000079 in ?? ()
No symbol table info available.
#61 0x00007fff00000065 in ?? ()
No symbol table info available.
#62 0x000000000f1d7010 in ?? ()
No symbol table info available.
#63 0x000000000000002e in ?? ()
No symbol table info available.
#64 0x00007fffdb977810 in ?? ()
No symbol table info available.
#65 0x00000000db9777e0 in ?? ()
No symbol table info available.
#66 0x0000045400000022 in ?? ()
No symbol table info available.
#67 0x000000000000002e in ?? ()
No symbol table info available.
#68 0x00000000000000bc in ?? ()
No symbol table info available.
#69 0x00007fffdb977870 in ?? ()
No symbol table info available.
#70 0x00007fffe32c236f in Tokenizer::ReplaceBufferForReparse (this=) at plugins/codecompletion/parser/tokenizer.cpp:1651
        buffer = <error reading variable buffer (Cannot access memory at address 0x5effffffd0)>
        bufLen = <error reading variable bufLen (Cannot access memory at address 0x5f00000010)>
        p = <error reading variable p (Cannot access memory at address 0x5f00000000)>
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

[Loaden]

And 2.6.29 kernel crashes with a segfault.

Hi, Jens, could you trying r6691, and feedback to me?
I can not reproduce the problem.

EDIT: I can reproduce this crashes now.

[Loaden]

And 2.6.29 kernel crashes with a segfault.

Hi, Jens, could you trying r6691, and feedback to me?
I can not reproduce the problem.

EDIT: I can reproduce this crashes now.

Fixed in r6695.

Project 'linux-2.6.29' parsing stage done (21730 total parsed files, 939880 tokens in 6 minute(s), 54.422 seconds).

[Jenna]

And 2.6.29 kernel crashes with a segfault.

Hi, Jens, could you trying r6691, and feedback to me?
I can not reproduce the problem.

EDIT: I can reproduce this crashes now.

Fixed in r6695.

Project 'linux-2.6.29' parsing stage done (21730 total parsed files, 939880 tokens in 6 minute(s), 54.422 seconds).

Seems to work now.
By the way, parsing 2.6.29-kernel is much faster than before (less than 5 minutes), but 2.6.35-kernel needs more than 20 minutes.

Nevertheless, both can be parsed now.
Good work !

[Loaden]

Seems to work for kernel 2.6.35 now:

Code

Project 'test' parsing stage done (30447 total parsed files, 1313666 tokens in 9 minute(s), 26.239 seconds).

By the way, parsing 2.6.29-kernel is much faster than before (less than 5 minutes), but 2.6.35-kernel needs more than 20 minutes.

Confused, not only with 9 minutes?
I'm here as long as 9 minutes.

[oBFusCATed]

OFF: How many threads do you use for parsing (1 or #-cores in the system)?

[Loaden]

OFF: How many threads do you use for parsing (1 or #-cores in the system)?

Forced to use only one thread.

[Phenom]

Consider the following:

Code

namespace  {
    
const Z_GLC::Rectangle<int> game_rect;

void handle_ball_ball_collisions(Ball_manager *balls)
{
    RectVector rects;
    split_rect(rects, game_ //<< here

game_rect isn't shown by cc.

One more thing: why does function call tip disappears when the cc list spawns?

[Loaden]

Consider the following:

Code

namespace  {
    
const Z_GLC::Rectangle<int> game_rect;

void handle_ball_ball_collisions(Ball_manager *balls)
{
    RectVector rects;
    split_rect(rects, game_ //<< here

game_rect isn't shown by cc.

One more thing: why does function call tip disappears when the cc list spawns?

fixed in r6706.