User forums > Nightly builds
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.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: ---set print elements 200
--- End code ---
My whole gdb script file is below: which also loads wx and stl pretty printers.
--- Code: ---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
--- End code ---
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:
--- Quote from: killerbot on September 08, 2013, 10:13:33 am ---aka : local watches are back.
--- End quote ---
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.
Navigation
[0] Message Index
[#] Next page
Go to full version