The 06 August 2014 build (9855) 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://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw28u_gcc_cb_wx2812_gcc481-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc481-TDM.7z

The 06 August 2014 build is out.
 - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2014/CB_20140806_rev9855_win32.7z
 - Linux :
   none

Resolved Fixed:

• OccurrencesHighlighting: small fix in #ifndef-ed code

Regressions/Confirmed/Annoying/Common bugs:

[Jenna]

Just uploaded my first RedHat/CentOS 7 packages !
CentOS 7 is only available in 64-biit, so I do not have 32-bit packages for it.
Revision is 9857 !

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 (fc19, fc20 and rawhide), RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) and RedHat/CentOS 7 packages (only 64-bit at the moment) can be found in my rpm-repo.

[SteelRat]

There is bug (this is very old bug) with syntax highlighting for "No / Matching Brace". You can change it, but with each opened editor or after C::B restart - the highlighting (for braces) will be as in "Default" colour's scheme. You had to open "Editor/Syntax highlighting", change anything, press OK to restore correct colouring.
ps I'm using fresh svn9858 build, Ubuntu 14.04. Built by Damien Moore.

[oBFusCATed]

Can you post the exact steps needed to reproduce this problem, because I'm not sure I understand?

[SteelRat]

Hmm, i can't reproduce this on my home computer. I'll check my steps again on monday.

[SteelRat]

At work - this bug exist. At home - all ok.  :-\ I just can remember, that i met such behavior two or three years ago.
Can i post here other little annoying bugs if i'll meet them?

[Jenna]

At work - this bug exist. At home - all ok.  :-\ I just can remember, that i met such behavior two or three years ago.
Can i post here other little annoying bugs if i'll meet them?

Can you post the exact steps needed to reproduce this problem, because I'm not sure I understand?

[SteelRat]

I tried to repeat what i did on another computer (without bug), but these steps do not reproduce this bug. So i can't tell you now what to do exactly.
I can copy .conf file to usb pendrive and compre it by Meld with .conf file on my computer at job(work?). How to say it on English??? =)

[oBFusCATed]

Yes doing some comparisons might help.
Also if you post more clear and detailed steps would might help also.

[SteelRat]

Code Select Expand

<style42>
<FORE>
<colour r="0" g="0" b="255" />
</FORE>
<BACK>
<colour null="true" r="0" g="0" b="0" />
</BACK>
<UNDERLINED bool="1" />
<NAME>
<str>
<![CDATA[Matching brace highlight]]>
</str>
</NAME>
</style42>
<style43>
<FORE>
<colour r="255" g="0" b="0" />
</FORE>
<BACK>
<colour null="true" r="0" g="0" b="0" />
</BACK>
<NAME>
<str>
<![CDATA[No matching brace highlight]]>
</str>
</NAME>
</style43>

I removed null="true" and now matching braces works correctly. But it is correct for black background. I can't understand why setting to "Default" causes incorrect back colour.

[oBFusCATed]

Null colour support has been added in revision 9667. If you are using an older revision then there is a chance for problems. Is this the case?

[SteelRat]

Nope, i'm using last build from SVN. And this bug is only on one of my computers. And i can't reproduce it. So, i think, you have to forget about it. =) For a while.