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://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:
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 (http://apt.jenslody.de/).
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 (http://rpm.jenslody.de).
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.
Can you post the exact steps needed to reproduce this problem, because I'm not sure I understand?
Hmm, i can't reproduce this on my home computer. I'll check my steps again on monday.
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?
Quote from: SteelRat on August 25, 2014, 06:39:11 PM
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?
Quote from: oBFusCATed on August 22, 2014, 08:59:39 PM
Can you post the exact steps needed to reproduce this problem, because I'm not sure I understand?
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??? =)
Yes doing some comparisons might help.
Also if you post more clear and detailed steps would might help also.
<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.
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?
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.