The 13 October 2015 build (10528) 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_gcc492-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_gcc492-TDM.7z

The 13 October 2015 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20151013_rev10528_win32.7z
  - Linux :
   none

The current SDK version is : 1.27.0

Resolved Fixed:

• wx30: Fix an assert in the CPU registers dialog
• debugger: Better auto-sizing in the CPU registers dialog
• compiler: Add support for multi-line error messages for gfortran (thanks Darmar, http://forums.codeblocks.org/index.php/topic,20265.0.html)
• gcc and clang : support -std=c++14
• compiler: Support for -m32 and -m64 compiler switch
• hunspell lib: Update to v1.3.3 for security fixes and to fix crash with Korean keyboard
• correct some regular expressions for compiler settings
• correct remaining compiler settings regex conditionals for GCC 5
• reverted two accidentally committed experimental compiler flags for MSVC
• update scripts: don't forget to copy *.yes files from devel to output folder (crash handler related, Windows only)
• wx30: Fix issue #221 - don't try to access deleted notebook pages
• compiler: Fix wx30 asserts when trying to execute empty make commands (fixes issue #219)
• updated to (wx)scintilla v3.6.1, still no joy...
• wx30: Fix an assert when the project is modified externally and the user clicks on an editor (fixes issue #186)
• wxSmith: fixed bug as explained here: http://forums.codeblocks.org/index.php/topic,20607.0.html
• wxSmith: write correct (most recent) version number to XRC files worked on with wxSmith to avoid "XML res files version must match" warning
• removed invalid chars in source files (?!)
• applied patch by (?): Support for "scope" in class wizard
• wx30: Fix assertion when using arrow keys in a cbTreeCtrl (reported here http://forums.codeblocks.org/index.php/topic,20629.0.html)

Regressions/Confirmed/Annoying/Common bugs:

[oBFusCATed]

Khram: Full year and you're still not cooperative, helpful... 

[teto]

Thnaks for fixing 219 (haven't updated yet but I will report if it works)

[Quiss]

Hi, I've build from sources and run update.bat as usual but codeblocks.exe in the output folder gives this error: "The application was unable to start correctly (0xc000007b). Click OK to close the application." No problem in devel folder. The last revision I built (and have been using) before this one is 10320.

Win10 x64.

[Miguel Gimenez]

Hi, I've build from sources and run update.bat as usual but codeblocks.exe in the output folder gives this error: "The application was unable to start correctly (0xc000007b). Click OK to close the application." No problem in devel folder. The last revision I built (and have been using) before this one is 10320.

Win10 x64.

That's due to stripping debug info from dbghelp.dll.

If it can't be stripped update.bat should be changed to skip this step.

WinXP sp3

[ollydbg]

Hi, I've build from sources and run update.bat as usual but codeblocks.exe in the output folder gives this error: "The application was unable to start correctly (0xc000007b). Click OK to close the application." No problem in devel folder. The last revision I built (and have been using) before this one is 10320.

Win10 x64.

That's due to stripping debug info from dbghelp.dll.

If it can't be stripped update.bat should be changed to skip this step.

WinXP sp3

Correct! when I build C::B myself, I also see this issue. You need to copy the dbghelp.dll manually to the output folder.

[Quiss]

Manually copying solved the issue, thank you both.

[zyd]

When I opened the multiple projects (each project has at least one opened file), the code editor often automatic  split into multiple Windows (>=2).
this happened from build (10320), which I reported first time.

Now, the difference is that each code editor can be normally close.

[LETARTARE]

The svn number is 0 in 'autorevision.h'
The sdk = 1.28.0 in 'cbplugin.h

[xawari]

Thank you devs very much, as usual! CB is still the best (considering how fat visual studio grew )

Now I pray for wxQT to become stable and official so I can finally get rid of gnome.

_{p-pal blocked my account, so I can't donate any more... at least for now.}

[teto]

I confirm bug #219 is fixed.

#220 is still open though http://sourceforge.net/p/codeblocks/tickets/220/ as is shown in https://transfer.sh/LVDPT/2015-10-21-235908-1920x1080-scrot.png
It happens as soon as I start playing with layouts, for instance if I make codeblocks fullscreen (Alt or WinKey + f by default in i3wm.org).
At your disposition should you need logs about events etc...

[teto]

I just ran into a bug for the first time when trying to open a file on linux:
"../src/common/wincmn.cpp(372): assert "id == wxID_ANY ||"

The backtrace was empty.

[oBFusCATed]

teto: Attach a debugger and type bt while the dialog is still present.

About the #220 can you try if the aui sample in the wx master behaves the same if you do the same operations?

[foxblock]

Hey there,
my CodeBlocks Nightly 10528 keeps crashing when I close a certain project file (or close CB while the project is open).
Just to check I tried an older nightly (10074), but the problem persists.
I tracked the problem down to the layout file (deleting the layout file, opening the project on an empty layout and closing it will not crash!).
It is not a big deal, since I can just create a new layout, but I thought I would still try to help tracking this bug down.

I attached a RPT file which contains three crashes when closing the project, followed by three for closing CodeBlocks while the project is opened with the problematic layout file (looks slightly different) and the problematic layout file.

I am trying to narrow down what file or combination of open files causes this problem. Let me know if you need any other info.

EDIT: It seems like the file "SimpleJoy.h" is causing this. Closing this file will also immediately crash CodeBlocks. Closing all other files, leaving only SimpleJoy.h open and then closing the project will lead to the same result.
You can find the file here: https://github.com/foxblock/penjin/blob/master/SimpleJoy.h

EDIT2: Oh, I just noticed the file is opened two times in the same view, which probably should not be the case and could cause this issue. Looks wacky lol
http://imgur.com/Sebs3tk (notice both tabs are highlighted, the other file I opened got automatically placed between them)
I honestly have no idea how I managed to do that though :/

[oBFusCATed]

foxblock can you please post the exact steps needed to reproduce the problem. Also I don't see a project file in the repo you've linked. Can you share it?

[foxblock]

Steps to reproduce the problem:
1) Start CodeBlocks nightly 10528
2) Open Project file "Greyout.cbp" (located in the folder "Greyout" in the zip)
3) Closing the project, closing CodeBlocks or closing the opened file "SimpleJoy.h" in project will lead to the crash

Here is a zip with the full project (all code needed and project file): http://foxblock.pirategames.co.uk/misc/Greyout_codeblocks_crash.zip

I am on Windows 7 64bit btw.

[oBFusCATed]

Can't reproduce this on linux with rev 10542.

[Khazan]

I can reproduce it with codeblocks r10528@win10 x64
After I close several "globle variable editor" warnings, there are two "SimpleJoy.h" opened.
Closing first one is ok, but then if I try to click or close the second one, C::B crashes.
I hope this may help

[oBFusCATed]

I don't see two editors on linux. I guess it is windows only.
Can someone on windows try it?

[Jenna]

I can reproduce it with codeblocks r10528@win10 x64
After I close several "globle variable editor" warnings, there are two "SimpleJoy.h" opened.
Closing first one is ok, but then if I try to click or close the second one, C::B crashes.
I hope this may help

Did you try if it helps to delete the *.layout-file of the project ?

[Khazan]

Did you try if it helps to delete the *.layout-file of the project ?

Oh after deleting "Greyout.layout", no crashes anymore.

[foxblock]

I fixed the problem without deleting the whole layout file by removing the second entry of "SimpleJoy.h" in the EditorTabsLayout tag in the layout file (line 1035).
So I guess the double mention of a single file there causes the problem.

[oBFusCATed]

Jens: Are you able to reproduce this crash? I'm occasionally seeing some messing of the layout when I open a project. It happens when I've had files in multiple tabctrls, but I've not been able to find a way to reproduce it reliably.

[teto]

About the #220 can you try if the aui sample in the wx master behaves the same if you do the same operations?

Do you mean a binary in wxwidgets distribution ? do you know the name on linux please ?

[teto]

While doing a search over the project, here's what came up:

../src/common/wincmn.cpp(372): assert "id == wxID_ANY || (id >= 0 && id < 32767) || (id >= wxID_AUTO_LOWEST && id <= wxID_AUTO_HIGHEST)" failed in CreateBase(): invalid id value

Reported in https://sourceforge.net/p/codeblocks/tickets/242/

[teto]

I just ran into a bug for the first time when trying to open a file on linux:
"../src/common/wincmn.cpp(372): assert "id == wxID_ANY ||"

The backtrace was empty.

I just got that error again and contrary to last time, I attached gdb as you advised me, bug report visible  on:
https://sourceforge.net/p/codeblocks/tickets/243/

[oBFusCATed]

Do you mean a binary in wxwidgets distribution ? do you know the name on linux please ?

I don't know if the wxwidgets package in your distro has the samples compiled and packages.
I'm always compiling them myself. The aui sample is in the samples/aui folder.

[oBFusCATed]

Tickets 242 and 243 should be fixed with rev 10529, please test post in the tickets if this is the case.

[teto]

Thanks obfuscated for the update ! I've installed the latest nightly and will reopen the tickets if I witness the problem again.

As for the samples, I don't think they are built in the packages (I looked with dpkg -L etc... didn't find it). I will try to install from source but this is a hell of a month for me so can't say when I will do.

[teto]

I compiled and tested with the AUI sample and it has the same problem as codeblocks, i.e., when the window is not focused and I update the i3 layout, it does not get properly redrawn.

[oBFusCATed]

This is good, because it is not our problem and we can redirect you to the trac.wxwidgets.org Go post them an issue report about this problem.

[teto]

Issue filed on http://trac.wxwidgets.org/ticket/17243#ticket
On the other side it means that a fix will take more time to come up right ? Anyway I had already reverted to an older nightly so it's all good for now

[oBFusCATed]

But the old nightly should have the same problem if this is a wx issue. 

[teto]

Anyway I compiled myself your git mirror and the problems have disappeared (my build uses on wxWidgets 2.8 while the official nightlies are 3.0 I believe, that may be why).