The 07 September 2013 build (9295) 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_gcc471-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_gcc471-TDM.7z
And the exception handler dll (for better crash reports) : http://prdownload.berlios.de/codeblocks/exchndl_gcc471-TDM.7z

The 07 September 2013 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20130907_rev9295_win32.7z
  - Linux :
   none

Resolved Fixed:

• applied patch by LETARTARE: http://forums.next.codeblocks.org/index.php/topic,18250.msg124828.html#msg124828
• Move occurrence highlighting from cbEditor into a plugin
• pumped underlying squirrel scripting lib from v2.2.4 to v2.2.5 (stable)
• add compiler warning : -Wnon-virtual-dtor (Warn if a class has virtual functions but no virtual destructor)
• debugger: initial re-implementation of locals and function arguments
• Modify the plugin to create two special watches one for locals and one
  for arguments. Modify drivers accordingly (CDB does nothing
• Enable the options for locals and arguments in the settings
• debugger: make locals/args read only (users won't be able to change their values)
• Add two new popup menu items in the watches window -> one to switch the
  flag for a particular watch and one to update a particular watch manually
• debugger: allow the user to control which watches should be updated automatically and which shouldn't

Regressions/Confirmed/Annoying/Common bugs:

[killerbot]

aka :   local watches are back.

[ollydbg]

@killerbot, good work!

@all
About the local watches issue. I have a test project which can let python enabled GDB crash. (see the attachment, note you should have both python pretty printers for wx and stl loaded when debugging)
To avoid the crash, I did two things:
1, limit the element number in GDB, normally it is the GDB command:

Code Select Expand


set print elements 200

My whole gdb script file is below: which also loads wx and stl pretty printers.

Code Select Expand


python
import sys
sys.path.insert(0, '')
from libstdcxx.v6.printers import register_libstdcxx_printers
register_libstdcxx_printers (None)
from libwx.v28.printers import register_libwx_printers
register_libwx_printers (None)
end
set print elements 200
set filename-display absolute

2, I have a modified GDB with local patches to fix the GDB crash issue, see this post:
unofficial MinGW GDB gdb with python released, especially the patch in this links: Bug 12127 – gdb with python support still get crash on showing uninitialized local variables

EDIT: add the attachment.

[oBFusCATed]

aka :   local watches are back.

You've been warned about the problems:
1. Crashes of GDB, random, I've tried with GDB 7.6+python. C::B is almost undebuggable with locals/funcs args enabled, probably every other bigger C++ project
2. Slowness during stepping
3. uninitialized vectors crash gdb or at least produce tons of output, when you break at the initialization or before it
4. set print elements 200 doesn't help much

BTW: I don't intend to do anything about all these problems, so you either try to fix them yourself or just disable the feature!

[Jenna]

As usual (and most of the time updated more frequently):

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc18, fc19 and fc20) and RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) can be found in my rpm-repo .
Fedora 17 is no longer maintained (EOL) and I can not build packages for it any more (mock support discontinued).

The packages that are striked through are not yet available.
Debian packages are currently compiling and will come this evening.
The revision on my server is svn r9298.

[goral]

Thanks for locals and function arguments in Watches window.

But there is a problem with Call stack and Running threads windows now: its ok, when I press Break debugger button. But then when I am switching to another threads, Call stack is empty and list of threads in Runing threads window is changing.

Tested with CB SVN 9298 (and 9296) on Fedora 18 x86_64, GCC 4.7.2.

[oBFusCATed]

But there is a problem with Call stack and Running threads windows now: its ok, when I press Break debugger button. But then when I am switching to another threads, Call stack is empty and list of threads in Runing threads window is changing.

Known problem, last time I've tried to fix it, I couldn't...

[Manolo]

Hi all

What happened with share\CodeBlocks\SpellChecker folder? Build 9295 lacks it.

Regards,
Manolo

[cacb]

Hi,

This is for the current Windows nightly: It looks like all the wxSmith images were missing from this version, there were no icons in the "Resources" tab of the "Management" pane. I had it working in a previous version (9246), so I copied the images from there, and it seems to have fixed it

Copied from ...\CB_20130806_rev9246_win32\share\CodeBlocks\images\wxsmith
Copied to ...\CB_20130907_rev9295_win32\share\CodeBlocks\images\wxsmith

The folder marked in red was missing entirely.

[ollydbg]

I got a hang problem:
1, open this nightly build version
2, open codeblocks.cbp
3, cb hangs
I meet this kind of problem from time to time, no crash report is generated when I close c::b.
See the image shot when C::B hangs:

[Jenna]

Hi,

This is for the current Windows nightly: It looks like all the wxSmith images were missing from this version, there were no icons in the "Resources" tab of the "Management" pane. I had it working in a previous version (9246), so I copied the images from there, and it seems to have fixed it

Copied from ...\CB_20130806_rev9246_win32\share\CodeBlocks\images\wxsmith
Copied to ...\CB_20130907_rev9295_win32\share\CodeBlocks\images\wxsmith

The folder marked in red was missing entirely.

Many more folders are missing:
share/CodeBlocks/SpellChecker
share/CodeBlocks/docs
share/CodeBlocks/images/DoxyBlocks
share/CodeBlocks/images/ThreadSearch
share/CodeBlocks/images/codesnippets
share/CodeBlocks/images/fortranproject
share/CodeBlocks/images/wxsmith
share/CodeBlocks/lib_finder
share/CodeBlocks/templates/wizard/sfml/files (this might be deliberately)

also some images (all png's) used by the settings-panel:
share/CodeBlocks/images/settings/DoxyBlocks*
share/CodeBlocks/images/settings/SpellChecker*
share/CodeBlocks/images/settings/ThreadSearch*
share/CodeBlocks/images/settings/ToolsPlus*
share/CodeBlocks/images/settings/incsearch*

[zhanglyl]

From my Virus Scanner Application (Kingsoft Duba), the "codeblocks.exe" was found malware "win32.heurc.kvm011.a.(kcloud)".  Do you find?

[ollydbg]

From my Virus Scanner Application (Kingsoft Duba), the "codeblocks.exe" was found malware "win32.heurc.kvm011.a.(kcloud)".  Do you find?

It's false alarm. see the related discussion in installed cb 21.11 but AVG detects it as a virus

[ollydbg]

@OBF: when debugging, I try to turn off the "local variable and function arguments" feature, which cause C::B crash. This could be a bug.

[oBFusCATed]

Exact steps to reproduce, please.