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 (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
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 07 April 2012 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20120407_rev7925_win32.7z
- Linux :
none
Resolved Fixed:
- MERGED DEBUGGERS BRANCH (wxpropgrid_debuggers) BACK IN TRUNK (all the changes in the branch are incorporated in trunk, now)
- plugin manager: changed API for CC plugins to query for file extensions the CC plugin is capable to code complete
- CC: re-implemented support of code completion for lexer keywords
Regressions/Confirmed/Annoying/Common bugs:
I'm using C::B v7925 for win32 with CygWin.
I cannot find "Environment variables" from
menu -> Settings -> Environment... -> Environment variables ,
so, how add environment variable "CYGWIN" with a value of "nodosfilewarning"?
u_margus: Do you have the Environment variables plugin loaded?
The Environment variables plugin isn't loaded and i can't find it.
When I unpacked the 7917 version, all is OK.
I noticed, v7925 cannot load most of plugins, but v7917 can.
Are you sure you've installed it correctly? In a clean directory.
there's indeed something wrong with several plug-ins, somewhere the update process didn't work correctly, not updating all plug-ins, where older ones are still on the old SK.
Although I have don a clean all, before I started the build. Grrrrr, I think I already know the answer : F*** pch
I will create a new build ,and update the post.
Quote from: oBFusCATed on April 08, 2012, 06:58:55 PM
Are you sure you've installed it correctly? In a clean directory.
Yes.
Quote from: killerbot on April 08, 2012, 07:32:49 PM
there's indeed something wrong with several plug-ins, somewhere the update process didn't work correctly, not updating all plug-ins, where older ones are still on the old SK.
Although I have don a clean all, before I started the build. Grrrrr, I think I already know the answer : F*** pch
I will create a new build ,and update the post.
I confirm the problem occurred, and I confirmed that a clean re-build (delete all sources, svn check-out, build) solved everything (at least for me, on Win7 64 bits).
I am very happy to know that debugging branch have been merged!
Well done, and many thanks for all your work.
i get the object not found error! :-\ :
http://download.berlios.de/error/HTTP_NOT_FOUND.html.var
I guess they removed the windows version because of the error in the build which was said before my first post.
Quote from: Freem on April 08, 2012, 09:34:05 PM
I guess they removed the windows version because of the error in the build which was said before my first post.
tanx , i thought they have already fixed that
so gotta wait huh?
I don't know, I just guess :)
You can try to compile yourself if you do not want to wait: just use the SVN repo and the C::B project in it. The procedure is not very hard by itself, and it seem the problem is not in sources, but because killerbot forgot to clean correctly before building.
second attempt failed again, after throwing away nearly all files.
attempt 3 started (build won't be posted before tomorrow morning, so please be patient) ...
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
the build is back online :-)
I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?
Removed and waiting for a volunteer to reimplement them. ::)
QuoteRemoved and waiting for a volunteer to reimplement them.
It's an interesting model of software development where you "progress" by removing what to many people will be essential features.
Gnome people are our teachers, next version of C::B will have totally useless interface, but it will be touch ready :P
Quote from: Neil Butterworth on April 09, 2012, 12:23:24 PM
I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?
In some cases automatic view of local variables crashed gdb, or C::B, or both... You can view they manually. As I do. ::)
Quote from: nenin on April 09, 2012, 05:02:45 PM
Quote from: Neil Butterworth on April 09, 2012, 12:23:24 PM
I haven't been following the debugger branch, as I don't use the debugger much, but what has happened to the local variables display in the watch window? If it has been moved elsewhere, where?
In some cases automatic view of local variables crashed gdb, or C::B, or both... You can view they manually. As I do. ::)
I've been getting GDB crashes too. Mostly when trying to watch local strings.
stl pretty printers + locals + breaking at the { of the function is a guarantee of a gdb crash or a long wait, because gdb had returned massive output.
But this is not the real reason for the "removal". I wanted to do it in multiple windows, but current AUI is not capable of moving windows between notebooks, so I abandoned the idea.
Issue reported here (http://forums.next.codeblocks.org/index.php/topic,16157.msg109124.html#msg109124) is still present.
Hey guys!
Sorry for my English :)
rev 7918 and later - there are lags (not always, nearly 50\50) in C::B, when Debugger, or Compiler are started, also there are lags when you opening projects.
Platform: Win x64.
Do you have lag, when switching between files?
If you have then this is a known problem.
Hmm, nope. When files are opened and I switching between them - everything is OK.
Awesome! Code::Blocks is getting better and more stable ever release :)