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_gcc510-TDM-2.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_gcc510-TDM.7z
The 01 March 2017 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2017/CB_20170301_rev11021_win32.7z
- Linux :
none
The current SDK version is : 1.30.0
Resolved Fixed:
- added addr2line application that ships as part of exception handler to be used with UI tool on Windows
- updated exception handler to v0.8.1
- cb_share_config: added simple "export all" functionality for easy backup of all config stubs to a backup folder
- osx: Fix plugins location (ticket #275)
- osx: Build all plugins as dynamic libraries (ticket #275, thanks Franko F)
- compiler: Batch mode doesn't work on MacOS (ticket #425, thanks Franko F for the original patch)
- AStyle: Fix bug in settings dialog "Break logical conditions..." (ticket #450, thanks bluehazzard)
- DoxyBlocks: Filter out comment strings in the parameter documentation (thanks Yves De Muyter)
- cscope: Fix hang of cscope when given a missing file (ticket #448 Robert Morin)
- todo: Display count of list item (ticket #452 Sergey Bezgodov)
- editor: Properly restore the line number settings after printing
- updated astyle plugin to v2.06 (final)
- allow macros in project notes (applied patch by ???)
- added missing include for ModPoller plugin
- set HiDPI aware to false for C::B on Windows with HiDPI monitors (HiDPI support in wx starts from wx31+), should resolve some layout issues
- astyle: make Mozilla style preview work correctly
- CCManager: Send proper events for 'Autoselect single match'
- wxSmith: Make it handle minsize corretly for wxSplitter (ticket #465, thanks Volker Meyer)
- UI: Replace flexgridsize with simpler boxsize in edit path dialog and fix the control expansion (ticket #421)
- UI: Use bitmap buttons for buttons in the EditPath dialog (ticket #421)
- UI: Specify min size for the text ctrl in the EditPath dialog, so it is a bit more user friendly (ticket #421)
- UI: Fix an out-of-bounds read in the new GetUserVariableDialog (ticket #421)
- UI: Sort the elements in the tree, so they are consistent (ticket #421)
- UI: Use wxStdButtonSizer to make buttons more consistent (ticket #421)
- UI: Better align widgets vertically in the EditPath dialog
- CC: Fix default colours for code call tips (thanks darmar)
- wxSmith: Fix the resizing of the ArrayStringEditor dialog
- HexEditor: Limit vertical resizing of the search dialog
- HexEditor: Change the label of the OK button to Find
- wxSmith: Sort generated includes and forward declartion to prevent random changes to the source files when the hash function changes
- UI: Make editor and environment settings resize correctly (fixes ticket #467)
- UI: Optimize goto file opening for large projects (ticket #325)
- UI: Replace case insensitive with case sensitive checking when the user changes a virtual target name (ticket #468 thanks bluehazzard)
- UI: GotoFile: Initial commit of new goto file dialog
- UI: GotoFile: Add GetSelection method and restore the old functionality
- UI: GotoFile: Set the title and message from outside
- UI: GotoFunction: Re-implement the dialog using the new API (still need to do sorting)
- UI: GotoFunction: wx28 and noPCH fixes
- UI: GotoFile/Function: Fix GetSelection methods to return the correct index when the filter is not empty
- UI: GotoFunction: Reimplement sorting
- UI: GotoFunction: Don't show -> if the return type is empty
- CC: Fix possible inconsistency caused by bad usage of cbAssert - the expression must not have side effects, because in some builds they might not be executed
- wxSmith: Improve compatibility with wx3.x by adding some new events and removing events that aren't supported (thanks mgimenez)
- UI: Make env settings dialog resizeable on Windows (thanks mgimenez)
- UI: Add configuration option to make focusing the first build error an option (ticket #473, thanks yvesdm3000)
- UI: GotoFile: Fix refresh problem on windows - it seems calling SetItemCount is not enougth
- UI: Set the focus to the cancel button in the about dialog to enable closing with escape to work on wx28 on linux
- UI: GotoFunction: Make the dialog re-sizable
- gcc7 build-fix: avoid template-related error
- FileManager: Write directly to symlinked files (wx30 only)
- UI: Make the GotoFile to try calculate a column width based on its content, so everything fits in the column
- UI: Use separate up/down buttons for the linker libs list instead of a spinbutton (ticket #477)
- UI: Use separate up/down buttons for the search dirs tab instead of a spin buttin (ticket #477)
- UI: Fix read-after-the-end-of-array bug when a project has more than MAX_TARGETS number of targets in it (ticket #478)
- UI: Implement Select target menu item that shows an incremental select dialog (#ticket 478)
- UI: Limit the number of targets visible in the menu to lower number to try to fit them on screen (ticket #478)
- UI: Implement CalcColumnWidth in the IncrementalSelectArrayIterator
- printing: Fix printing splitted windows and improve the restoration of gutter and line numbers (thanks LETARTARE)
Regressions/Confirmed/Annoying/Common bugs:
thanks :)
Hi,
I installed it on the last nightly build (Win7 64-bit) and since then when I click to view a function or define, it's opening the wrong one; same name but from another similar project and the project is not even opened in C::B.
I remember there is some kind of parser/symbol file to delete for forcing C::B to re-parse symbols but can't find it in older posts.
Can someone help ?
Thanks
Does using "Project>Reparse current project" help the issue for you? I occasionally have to do this or just re-open C::B because the parser had broken itself.
Quote from: Khram on March 05, 2017, 02:04:26 AM
After a very tiring reinstall - spell check not working. Last suitable for working version - 9958. :'(
YOu might have to reconfigure CodeBlock's Spell Check...
I noticed spell check dictionaries are not included with CodeBlocks especially in the default location which is
.\CodeBlocks\share\CodeBlocks\SpellChecker\
I point to my Firefox spell check files
C:\Program Files\Mozilla Firefox\dictionaries for 64bit install
I have attached a screenshot of my settings...
You strongly over estimate how big a problem that spell check issue is for the user base as a whole.
Win 64 Build is available at the following url (includes all required runtime files) -
Quotehttps://app.box.com/s/7vvac33n8l4fzliyed1v8x8cjn9cigr1
NOTE:
This build may be unstable.
Compiled with wxWidgets 3.0.2 and -
g++ (x86_64-win32-sjlj-rev1, Built by MinGW-W64 project) 6.1.0
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.1) SpellChecker plugin excluded due to following unresolved crash
https://sourceforge.net/p/codeblocks/tickets/87/
2) NassiShneiderman plugin will be included in future build.
Nice hope your 64bit build works out...
According to who?
Quote from: Khram on March 05, 2017, 02:04:26 AM
After a very tiring reinstall - spell check not working. Last suitable for working version - 9958. :'(
Next time please post a link to this topic http://forums.next.codeblocks.org/index.php/topic,20195.0.html or post in the topic or post patches...
Hi, biplab, thanks for the builds.
I download your builds, and run it by such command:
start cblauncher.exe --debug-log --no-dde --no-check-associations --multiple-instance --no-splash-screen --verbose
Then I have such error report, see image shot below.
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2017-03-05%2020%2004%2012_zpssyuvnifl.png)
Quote from: ollydbg on March 05, 2017, 01:06:52 PM
Hi, biplab, thanks for the builds.
I download your builds, and run it by such command:
start cblauncher.exe --debug-log --no-dde --no-check-associations --multiple-instance --no-splash-screen --verbose
Then I have such error report, see image shot below.
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2017-03-05%2020%2004%2012_zpssyuvnifl.png)
Confirmed that error message. Most likely it is an issue in CbLauncher. Need to investigate further.
It is a new warning in wx3 that asserts if the zip file doesn't contain any xrc files in it. For some of the plugins this is really the case.
Quote from: oBFusCATed on March 05, 2017, 03:35:48 PM
It is a new warning in wx3 that asserts if the zip file doesn't contain any xrc files in it. For some of the plugins this is really the case.
I'm now convinced this issue is due to multiple instances; and not due to CbLauncher. C::B is unable to find zip files and load them.
QuoteManager failed to load XRC resource 'C:\CB_20170301_rev11021_win64\share\codeblocks\Cccc.zip'.
Hello Everybody.
To prevent fale positive detections by my virus scaner Norton 360 I have asked Symantec to set the binaries of this nightly on their white list what they already have done:
Quote
Hello,
In relation to software whitelist submission 4070276.
We have added this version of the software to our whitelist.
Whitelisting is file specific. A new version of your software may have new files and thus new versions of the files would not be known to us. This could result in a false positive occurring on the new files.
In order to mitigate this risk, we recommend submitting new versions of your software to us.
Symantec's decision is not a certification or endorsement of your software in any way, and you are expressly advised by this message that Symantec does not consent to you disclosing that Symantec has added your software to its White-List, or that Symantec has evaluated, endorsed or certified your software in any manner, directly or indirectly.
Decisions made by Symantec are subject to change if alterations to the software are made over time or as classification criteria and/or the policy employed by Symantec changes over time to address the evolving landscape.
Please see our software whitelist program FAQ here: https://support.symantec.com/en_US/article.TECH232956.html
Sincerely,
Symantec Security Response
http://securityresponse.symantec.com
Best regards,
Eckard.
The new version of the code formatter seems to have trouble with ternary operators - any time it encounters one (even something simple like 'i ? 1 : 0' it throws an assertion:
QuoteFile: C:\CodeBlocks\sf2\src\plugins\ast...\ASForematter.cpp
Line: 3229
Expression: currentChar == '+' || currentChar == '-'
Swapping out the astyle.dll for an older version solves it.
Kilmatead: Can you post the full stacktrace or a minimal sample and steps to reproduce?
Reproducing is easy (at least for me, Win7 x64)... thinking it might be some conflict of settings, I removed the %appdata% codeblocks user-settings and tried it stock and the same thing happens every time.
So, just open CB (preferably at stock), use File -> New -> Empty File and type a nonsense line like:
int i = 1 ? 0 : 0;
Then hit Plugins -> Source Code Formatter, and I immediately get the same broken assertion every time. If I remove the ternary, then astyle formats just fine. Changing settings in astyle makes no difference, it seems to happen for all styles/options (in this latest version - like I said, DLL's for astyle from previous nightlies work fine).
I first discovered this on a larger project, and narrowed it down to always (and only) happening on lines containing a ?: ternary.
As an extra added bonus, when used with stock settings CB itself crashes, no matter which option is chosen. Under my usual setup I could at least 'Ignore' it and continue.
(http://i1109.photobucket.com/albums/h440/Kilmatead/Tern.png)
To expand on Kilmatead issue.
I reproduced it on Windows 10 32 bit.
#include <iostream>
using namespace std;
int main()
{
int i = 1 ? 0 : 0;
cout << "Hello world!" << endl;
return 0;
}
Attched crash report.
Tim S.
I can easily reproduce it here on Linux also.
It crashes in the version from my copr-repo (latest trunk) and on F26 with C::B 16.01 linked again system-astyle.
Related bug-report:
https://sourceforge.net/p/astyle/bugs/423/
It's already fixed in astyle trunk.
Built C::B svn 11019 on Kubuntu 16.10 64bit from Jens' source file at https://apt.jenslody.de/stable/pool/main/ (thanks!)
Seems to work fine.
My wish is that the toolbars either are more compacted or somehow configurable so I can remove icons i don't use. They take up far too much space both horizontally and vertically. I have to disable the Code completion toolbar even though I have a 24' screen.
Quote from: cacb on March 09, 2017, 10:54:13 PM
My wish is that the toolbars either are more compacted or somehow configurable so I can remove icons i don't use.
The current implementation of all the toolbar's are "hard-coded", I mean many of toolbar are written in XRC resource files, so it is not configurable. Maybe there are some functions in wxWidgest which can hide some ununsed icons. So, patches are welcome. :)
Quote from: ollydbg on March 10, 2017, 04:29:03 AM
The current implementation of all the toolbar's are "hard-coded", I mean many of toolbar are written in XRC resource files, so it is not configurable. Maybe there are some functions in wxWidgest which can hide some ununsed icons. So, patches are welcome. :)
I just made a small experiment to see if it would work. I identified the file
codeblocks-16.01svn/src/plugins/codecompletion/resources/codecompletion_toolbar.xrcand halved the widths of the 2 wxChoice items to 143 and 330 each, and then rebuilt Code::Blocks. That gave me a code completion toolbar half the width it was before. I still see most of what I need to see. I realize this is not a general or even portable solution, but at least it shows where the issue is.
I didn't try to make the other toolbars more compact, they still waste space in particular vertically. The main problem seems to be caused by wxChoice items in combination with much "air" around.
Quote from: cacb on March 10, 2017, 09:02:17 PM
Quote from: ollydbg on March 10, 2017, 04:29:03 AM
The current implementation of all the toolbar's are "hard-coded", I mean many of toolbar are written in XRC resource files, so it is not configurable. Maybe there are some functions in wxWidgest which can hide some ununsed icons. So, patches are welcome. :)
I just made a small experiment to see if it would work. I identified the file
codeblocks-16.01svn/src/plugins/codecompletion/resources/codecompletion_toolbar.xrc
and halved the widths of the 2 wxChoice items to 143 and 330 each, and then rebuilt Code::Blocks. That gave me a code completion toolbar half the width it was before. I still see most of what I need to see. I realize this is not a general or even portable solution, but at least it shows where the issue is.
I didn't try to make the other toolbars more compact, they still waste space in particular vertically. The main problem seems to be caused by wxChoice items in combination with much "air" around.
Long time ago, I have a patch to modify and configure the CodeCompletion's toolbar, see here: Code::Blocks / Tickets / #303 make code completion's toolbar configurable (https://sourceforge.net/p/codeblocks/tickets/303/)
Quote from: cacb on March 10, 2017, 09:02:17 PM
I didn't try to make the other toolbars more compact, they still waste space in particular vertically. The main problem seems to be caused by wxChoice items in combination with much "air" around.
Hi, cacb, can you look at this thread, it looks like this is the exact issue as you stated:
toolbar bottom edge is not shown corectly under C::B build with wx git master (http://forums.next.codeblocks.org/index.php/topic,20938.msg143048.html#msg143048)
Quote from: ollydbg on March 12, 2017, 10:22:55 AM
Quote from: cacb on March 10, 2017, 09:02:17 PM
I didn't try to make the other toolbars more compact, they still waste space in particular vertically. The main problem seems to be caused by wxChoice items in combination with much "air" around.
Hi, cacb, can you look at this thread, it looks like this is the exact issue as you stated:
toolbar bottom edge is not shown corectly under C::B build with wx git master (http://forums.next.codeblocks.org/index.php/topic,20938.msg143048.html#msg143048)
Hi, yes it looks related at least. I added a couple of screenshots comparing what I see on Windows (an older wx2.8 based nightly build) compared to a local build on Kubuntu 16.10 using recent C::B source compiled against wx.3.0
See http://forums.next.codeblocks.org/index.php/topic,20938.msg148345.html#msg148345 (http://forums.next.codeblocks.org/index.php/topic,20938.msg148345.html#msg148345)
Quote from: oBFusCATed on March 05, 2017, 03:35:48 PM
It is a new warning in wx3 that asserts if the zip file doesn't contain any xrc files in it. For some of the plugins this is really the case.
You are right. There is a sanity check in wx code that prompts that dialog if xrc file is missing. However there is no way to stop this assert message.
For the time being we have to ignore this harmless message till a solution is found.
We can just remove the calls for loading the resources, I think or even remove the empty zip files (I think there are some plugins without resources).
We get this message only, if C::B is started with the "-v"-switch to show more verbose debugging messages, so it should not be a problem for the default user.
Quote from: Biplab on March 13, 2017, 07:15:23 PM
Quote from: oBFusCATed on March 05, 2017, 03:35:48 PM
It is a new warning in wx3 that asserts if the zip file doesn't contain any xrc files in it. For some of the plugins this is really the case.
You are right. There is a sanity check in wx code that prompts that dialog if xrc file is missing. However there is no way to stop this assert message.
For the time being we have to ignore this harmless message till a solution is found.
Is this the same message? I get it in the "Code::Blocks" tab (did not see it until now). Linux Kubuntu 16.10
Scanning for plugins in /usr/lib/codeblocks/plugins
Manager failed to load XRC resource '/usr/share/codeblocks/ThreadSearch.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/headerfixup.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/wxSmithAui.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/CppCheck.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/EditorConfig.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/Cscope.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/Valgrind.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/DoxyBlocks.zip'.
Manager failed to load XRC resource '/usr/share/codeblocks/Cccc.zip'.
Tools Plus Plugin: Registering shell type Piped Process Control
Manager failed to load XRC resource '/usr/share/codeblocks/ToolsPlus.zip'.The 'failed to load messages' are all in red. From the above discussion it looks like it can be ignored?
Yes, these are the messages. Just ignore them.
Hi to all.
Since two last nightly build autoversioning plugin looks like broken. After restarting codeblocks it is reset all version data to zero.
Dear Developers,
In this nightly the source formatter seems broken.
It always raises a assertion failure.
Best regards,
Jaap
Jaap, this problem is corrected in SVN (r11039). You can compile from sources or wait for the next nightly.