The 02 April 2011 build (7075) DEBUGGER 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_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 02 April 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110402_rev7075_DEBUGGER_BRANCH_win32.7z
  - Linux :
   none

Important changes compared to previous DEBUGGER BRANCH nightly:

* debugger_branch: improved the parsing of the CDB output (thanks m.29), added some unittest code to verify the fixes
* debugger_branch: Replace the hack to parse the type of 'const wxString &param' with proper implementation. Now 'whatis' is executed again if it fails the first time.
* debugger_branch: fixed a bug with the starting of the debuggee for complex projects (thanks Morten for the report)
- cbDebuggerPlugin::GetDebuggee now returns the working directory for the debugee
- both GDB and CDB are started at the working directory, this is done in order to mimic the way Build -> Run works
* debugger_branch: increased the sleep time (900+ day should be enough now), when launching the terminal (reported here: http://forums.codeblocks.org/index.php/topic,13807.0.html)
* all updates that occurred on trunk


Note: Watch parsing prints an error message in the watches window if the parsing fails. If you see this string please report it as a bug.

THIS IS A SPECIAL TEST BUILD OF REFACTORINGS CARRIED OUT ON THE DEBUGGER BRANCH IN OUR SVN.
FOCUS IS ON ENHANCED DEBUGGING 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 :

Code

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

and remove entries for the normal nightlies.

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

[killerbot]

INFO :
* wxwidgets 2.8.12
* build with TDM-GCC 4.5.2

[ollydbg]

I just download this package(windows)
mingw dll, codeblocks, and wx dll

When using this version, I found that Codeblocks.exe eat 50% after I load the codeblocks.cbp.
This is not caused by CC, because I even delete the codecompletion.dll, and restart again, it still eat 50% CPU.  

PS: I just do a flesh install. (I do paste on the previous C::B before), and there is no CPU burn. So, I guess some of my configure file was wrong. But I have no way to detect/find which is wrong...

PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lost.

[MortenMacFly]

PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lot.

Use cb_share_config for that purpose.

[ollydbg]

PS2:
It there any plugin/method to which can open another "default.conf" file, then extract some setting to the current used one. Because when I use a new fleshed c::b, all the settings were lost.

Use cb_share_config for that purpose.

thanks, that works. But I do not fully understand all the item names in the "source configure" list .
PS: I suggest the cb_share_config.exe file should have a nice icon.

[MortenMacFly]

thanks, that works. But I do not fully understand all the item names in the "source configure" list .

cb_chare_config does not copy all the configuration. It only allows copying most important parts, like the compiler setup, the envvar setup and alike. The names are as in the configuration file (default.conf). That's what you can select on the left side to transfer to the right (target) side.

This tool is not meant for the masses but requires at least some knowledge about how the default.conf file is organised. In fact you probably can screw your configuration, too using cb_share_config... :lol:

[scarphin]

My modified AVR template here -> http://forums.codeblocks.org/index.php/topic,13616.msg94577.html#msg94577 ends up with a blank screen on the last page where the output files are checked. Is that an error by my side or has something changed with the processing of templates?

OS: Win XP Sp3

[scarphin]

So I guess the templates are of no importance here?

[ollydbg]

So I guess the templates are of no importance here?

why? you can see there are many download counts, so it is quite important, and just not so many people know this.

[scarphin]

Well I mean no1 is interested in a template error. Also it's been long since I submitted my template modification and I understand no1 considered testing it nor inserting it in a nightly for users to test nor contacted me about a problem. That's makes me think what I've said. Or maybe it's specific to embedded development.

Anyway I found the problem, it's my non-existant template editing skills which make me forget to insert some '<object=...>' somewhere in the file. Sry for taking ur time for this.

[oBFusCATed]

ollydbg: the download count is misleading, because I was testing my ff setup

scarphin:
AVR is quite uncommon target, so there is little interest, but I'll take a look.
Probably I'll need it, if I decide to ditch the arduino ide for my embedded journeys

BTW, you can use wxSmith to edit XRC files (as I've discovered recently).
It is very good and there is no need to edit this stupid xmls by hand (no one should edit xmls by hand).

[scarphin]

I know this is not the appropriate topic but I think cb is 1 of the 2 main alternatives (the other 1 being eclipse) under linux for open source AVR development so I don't think AVR is quite uncommon target. My pure intention is to help cb get better but currently that's the only way I can help improve it as I don't have much experience in C++ (I'm working on it though). Anyway I'll submit a patch for the fix to the topic on the embedded forum.

[oBFusCATed]

I mean it is uncommon relative to the x86 world .
There are less embedded devs then normal desktop/server devs.

[killerbot]

not yet related to this version. But could be in the upcoming version. The newest commits have a independent setting menu entry for the debugger, which is a good idea.

However (only tried it on windows, not upgrading yet my windows box on the debugger branch yet), by default CB no longer knew where to find gdb.
Since CB out of the box is able to find gcc/gdb (on linux and windows), I think this is a minimum requirement to keep, also in the independent settings dialog.

I feel it has little advantage to push out a nightly build, only having people complain that the debugger no longer works because CB no longer knows where to find the gdb executable.

Do you think, this can be added in the near future ?

PS : with the latest commits, the crashes are gone (those that got introduced last week) :-)