Author Topic: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.  (Read 38892 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5241
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.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #1 on: October 09, 2010, 09:37:51 pm »
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 :
Quote
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
« Last Edit: October 24, 2010, 01:17:24 am by jens »

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #2 on: October 10, 2010, 12:26:55 pm »
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: [Select]
    dma_addr_t (*map_single)(struct esp *esp, void *buf,
                 size_t sz, int dir);
Quote
#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".

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #3 on: October 10, 2010, 12:40:58 pm »
In here:
Quote
file = "D:\\kernel\\linux-2.6.35.7\\arch\\x86\\include\\asm\\types.h"
line = 4
Code: [Select]
#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.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #4 on: October 10, 2010, 01:48:21 pm »
Fixed endless loop now. :D
Quote
Project 'linux' parsing stage done (27214 total parsed files, 1313353 tokens in 9 minute(s), 45.593 seconds).

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #5 on: October 10, 2010, 01:58:32 pm »
Fixed endless loop now. :D
Quote
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.

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #6 on: October 10, 2010, 03:45:50 pm »
Seems to work for kernel 2.6.35 now:
Code: [Select]
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: [Select]
> 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?)

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #7 on: October 10, 2010, 05:30:04 pm »
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. :(
« Last Edit: October 11, 2010, 06:51:21 am by Loaden »

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #8 on: October 11, 2010, 06:51:42 am »
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.
Quote
Project 'linux-2.6.29' parsing stage done (21730 total parsed files, 939880 tokens in 6 minute(s), 54.422 seconds).

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #9 on: October 11, 2010, 08:01:51 am »
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.
Quote
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 !

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #10 on: October 11, 2010, 08:22:37 am »
Seems to work for kernel 2.6.35 now:
Code: [Select]
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.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12688
    • Travis build status
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #11 on: October 11, 2010, 09:49:04 am »
OFF: How many threads do you use for parsing (1 or #-cores in the system)?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #12 on: October 11, 2010, 10:29:51 am »
OFF: How many threads do you use for parsing (1 or #-cores in the system)?
Forced to use only one thread.

Offline Phenom

  • Multiple posting newcomer
  • *
  • Posts: 57
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #13 on: October 11, 2010, 08:06:42 pm »
Consider the following:
Code: [Select]

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?


Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #14 on: October 12, 2010, 05:59:36 am »
Consider the following:
Code: [Select]

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.

Offline JGM

  • Lives here!
  • ****
  • Posts: 518
  • Got to practice :)
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #15 on: October 21, 2010, 11:34:24 pm »
wow loaden you are da man! :D

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #16 on: October 22, 2010, 12:12:16 am »
I can't access anymore the CC branch is the svn :
Code: [Select]
svn: URL 'svn://svn.berlios.de/codeblocks/branches/codecompletion_refactoring' doesn't existIt works for trunk, not for this branch. Perhaps the branch have been commited ? :)
Kernel Extremist - PedroM power

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #17 on: October 22, 2010, 12:16:06 am »
Perhaps the branch have been commited ? :)
Yes, use trunk instead.

Offline Folco

  • Regular
  • ***
  • Posts: 343
    • Folco's blog (68k lover)
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #18 on: October 22, 2010, 12:28:04 am »
Great, thanks !
Kernel Extremist - PedroM power

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5234
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #19 on: October 22, 2010, 03:34:15 am »
update CC method:
for the record:

In windows, if you use TortoiseSVN, you just right click on the old cc_branch working copy, then select the context menu item "switch", then put in the trunk address :

Code: [Select]
svn://svn.berlios.de/codeblocks/trunk

Done.

Then you are using the updated trunk now.

PS:
Not sure why "relocate" command does not works... Maybe the svn command : relocate and switch has different functionality.
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 Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #20 on: October 22, 2010, 03:36:25 am »
wow loaden you are da man! :D
This is not my own work, ollydbg and blueshake have made a great contribution!
We often discuss the improvement of CC.
And many test from Jens, killerbot...
Thanks all!
 :lol:

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5234
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #21 on: October 22, 2010, 04:25:10 am »
wow loaden you are da man! :D
This is not my own work, ollydbg and blueshake have made a great contribution!
We often discuss the improvement of CC.
And many test from Jens, killerbot...
Thanks all!
 :lol:
Morten,oBFusCATed,others.... :D
And In-fact, many CC bug-reporters has made contributions also.
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 MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9595
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #22 on: October 22, 2010, 07:22:01 am »
Not sure why "relocate" command does not works... Maybe the svn command : relocate and switch has different functionality.
Yes, they do. "Relocate" changes the base address of the repo (e.g. from svn://svn.berlios.de/codeblocks to svn://svn.new.provider.org/codeblocks) while switch just switches to another folder in the same repo. So the latter is the right thing to do.
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5234
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #23 on: October 22, 2010, 07:23:31 am »
Not sure why "relocate" command does not works... Maybe the svn command : relocate and switch has different functionality.
Yes, they do. "Relocate" changes the base address of the repo (e.g. from svn://svn.berlios.de/codeblocks to svn://svn.new.provider.org/codeblocks) while switch just switches to another folder in the same repo. So the latter is the right thing to do.

Many thanks to your explanation.  :D
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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12688
    • Travis build status
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #24 on: October 22, 2010, 09:00:38 am »
Morten,oBFusCATed,others.... :D
I've no contribution to the improvement of the CC :)

Morten, you've not to tired of syncing branches in svn, can you do trunk -> debugger's branch, sync so I can do some CC testing? :)
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline MortenMacFly

  • Administrator
  • Lives here!
  • *****
  • Posts: 9595
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #25 on: October 22, 2010, 09:14:03 am »
Morten, you've not to tired of syncing branches in svn, can you do trunk -> debugger's branch, sync so I can do some CC testing? :)
I knew you'd ask sooner or later... :lol:

Gimme some time...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #26 on: October 22, 2010, 11:46:20 am »
Important notice for all users of the code-completion packages from my repo:

please change your sources.list-entry to point to the standard-nightlies, because the cc-branch is now included in trunk.

See http://apt.jenslody.de/ for the correct url.

EDIT:
I just updated the repo to svn r6740.

Offline ironhead

  • Almost regular
  • **
  • Posts: 210
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #27 on: October 22, 2010, 01:46:52 pm »
Perhaps the branch have been commited ? :)
Yes, use trunk instead.

@killerbot: any chance we can get a nightly of trunk with the merged CC branch? :)

Offline bug1z

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #28 on: October 22, 2010, 06:53:39 pm »
Immediately ask for forgiveness for his bad English.

There is a problem:

When I write:
Code: [Select]
if (...) {
The bracket carries a very not nice (to me):
Code: [Select]
if (...) {
     ...
     }
But I would like to by pressing Enter brackets were transferred as follows:
Code: [Select]
if (...) {
     ...
}
And I would like to happen so by pressing Enter instead of pressing Ctrl + J.

The settings are not selected.

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #29 on: October 23, 2010, 05:40:09 am »
Immediately ask for forgiveness for his bad English.

There is a problem:

When I write:
Code: [Select]
if (...) {
The bracket carries a very not nice (to me):
Code: [Select]
if (...) {
     ...
     }
But I would like to by pressing Enter brackets were transferred as follows:
Code: [Select]
if (...) {
     ...
}
And I would like to happen so by pressing Enter instead of pressing Ctrl + J.

The settings are not selected.
Fixed in r6746.

Offline bug1z

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #30 on: October 23, 2010, 11:47:12 am »
Excuse me, I'm new here. What is "r6746"?

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #31 on: October 23, 2010, 11:58:00 am »
Excuse me, I'm new here. What is "r6746"?
svn revision 6746.
svn is short for subversion, the version control system we use for C::B.
If you want to retriev svn-sources, see here: http://www.codeblocks.org/downloads/7

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #32 on: October 23, 2010, 10:02:21 pm »
I've just recently tried revision 6750 under Windows, compiled with GCC TDM 4.4.1, wxWidgets 2.8.11, and I'm afraid that a regression appeared.
Opening and closing (either by confirming or cancelling) the Editor settings dialog causes a crash. Can anyone reproduce this?

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #33 on: October 23, 2010, 10:09:19 pm »
I've just recently tried revision 6750 under Windows, compiled with GCC TDM 4.4.1, wxWidgets 2.8.11, and I'm afraid that a regression appeared.
Opening and closing (either by confirming or cancelling) the Editor settings dialog causes a crash. Can anyone reproduce this?
Do you have a localized version ?
If yes, you can try to either disable EditorTweaks-plugin or internationalization.

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #34 on: October 23, 2010, 11:51:35 pm »
I'm not using a localized version. I tried disabling EditorTweaks, but it didn't help.

Offline blueshake

  • Regular
  • ***
  • Posts: 459
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #35 on: October 24, 2010, 02:30:23 am »
try recompile the whole source ,even the plugins.please
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 Zadirion

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #36 on: October 24, 2010, 11:27:11 am »
Hello,

Using r6688 CC branch on Windows 7 x64.
Found the following issue, I hope I'm posting this in the correct thread:
Steps:
- Settings->Editor->Code Completion and Symbols browser page->C/C++ parser tab->Add button under Replacement tokens section
- add the following replacement token:
Code: [Select]
Key: BEGIN_NAMESPACE(CryptoPP)
Value: namespace CryptoPP{
- close CodeBlocks
- reopen CodeBlocks, it should crash with the following exception:
Code: [Select]

---------------------------
Exception
---------------------------
An exception has been raised!

The application encountered an error at E:\CodeBlocks\branches\codecompletion_refactoring\src\sdk\configmanager.cpp, on line 239.
The error message is:

TinyXML error: Error reading Attributes.
In file: C:\Users\Zadirion\AppData\Roaming\codeblocks\default.conf
At row 902, column: 33.

Code::Blocks Version revision 6688 (gcc 4.4.1, build: Oct  9 2010 11:48:56)
---------------------------
OK   
---------------------------
I believe these are the offending lines added in default.conf?
Code: [Select]

<BEGIN_NAMESPACE(CryptoPP)>
<![CDATA[namespace CryptoPP{]]>
</BEGIN_NAMESPACE(CryptoPP)>
Perhaps they should be properly escaped when added to the xml.


Also, when are the CodeCompletion and Debugger branches scheduled for merge into trunk? CodeCompletion is finaly able to properly parse the CryptoPP library, and the debugger can finaly show me where the exception was thrown, along with a useful call stack. I can't use one branch or the other because both are very useful for an efficient developing session.

Thanks

Offline jens

  • Administrator
  • Lives here!
  • *****
  • Posts: 7253
    • Jens' unofficial debian-repository for the Code::Blocks - IDE
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #37 on: October 24, 2010, 12:04:34 pm »
Also, when are the CodeCompletion and Debugger branches scheduled for merge into trunk? CodeCompletion is finaly able to properly parse the CryptoPP library, and the debugger can finaly show me where the exception was thrown, along with a useful call stack. I can't use one branch or the other because both are very useful for an efficient developing session.
Perhaps the branch have been commited ? :)
Yes, use trunk instead.
and
[...]
The 23 October 2010 build is out.
[...]
  • MERGED ALL THE CODE COMPLETION CHANGES DEVELOPED ON THE CC BRANCH !!!

That means cc is in trunk, debugger branch is not yet merged.

Offline Zadirion

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #38 on: October 24, 2010, 12:21:05 pm »
Sweet. Any idea when the debugger branch would be merged?
In the meantime i'm stuck using the debugger branch since I find its debugging features to be of more importance then the code completion improvements on the CC branch.

Best regards,
Eddie

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 12688
    • Travis build status
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #39 on: October 24, 2010, 12:34:49 pm »
Zadirion: trunk+CC are now merged in the debugger's branch, so the improvements in CC are now in the branch :)
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Offline Loaden

  • Lives here!
  • ****
  • Posts: 1014
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #40 on: October 24, 2010, 12:36:22 pm »
I'm not using a localized version. I tried disabling EditorTweaks, but it didn't help.
I think you should run "update.bat" after build finished.

Offline Zadirion

  • Multiple posting newcomer
  • *
  • Posts: 10
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #41 on: October 24, 2010, 01:33:34 pm »
Zadirion: trunk+CC are now merged in the debugger's branch, so the improvements in CC are now in the branch :)

Do you mean either the changes are already in r6688 or they are in the svn and I need to check out the latest revision and build from source?

Also, a bit off topic but I'm getting the following error during a debug session when I'm trying to step inside a CryptoPP function (more like a constructor but i don't think that's relevant):
Code: [Select]
Cannot open file: D:/testproject/../../testproject/third-party/cryptopp//cryptlib.h
I am noting that the "../../" in the path will evaluate to a paths above D:/ which doesn't really make any sense. I'm not sure where the relative paths come from so I can't remove them. Any ideas?

Thanks
« Last Edit: October 24, 2010, 05:56:56 pm by Zadirion »

Offline ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #42 on: October 24, 2010, 02:01:44 pm »
I'm not using a localized version. I tried disabling EditorTweaks, but it didn't help.
I think you should run "update.bat" after build finished.

I did run "update.bat" after every single build (I run builds daily), and the same crashes were occurring.

Afterwards, I did manually clean both "output" and "devel" and rebuilt everything from start again with revision 6752. This solved the problem. It might have been caused by one external (not "contrib") plugin that was not properly rebuilt, but the issue is solved now.

I will publish an unofficial installer for 6752, plus cbDiff, ColorCoder, FileManager, PowerShell and XPMEditor as soon as possible. My Internet connection is suffering from extreme slowness at the moment :(

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5234
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #43 on: October 24, 2010, 02:10:16 pm »
I will publish an unofficial installer for 6752, plus cbDiff, ColorCoder, FileManager, PowerShell and XPMEditor as soon as possible.
wonderful!!!
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 ptDev

  • Almost regular
  • **
  • Posts: 222
Re: The 09 October 2010 build (6688) CODECOMPLETION BRANCH version is out.
« Reply #44 on: October 24, 2010, 07:09:30 pm »
I will publish an unofficial installer for 6752, plus cbDiff, ColorCoder, FileManager, PowerShell and XPMEditor as soon as possible.
wonderful!!!

As promised, the post in the general forum where I provide the download link has been updated.