Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on November 01, 2015, 07:57:18 am
-
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.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_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 31 October 2015 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20151031_rev10553_win32.7z
- Linux :
none
The current SDK version is : 1.29.0
Resolved Fixed:
- scintilla: Fix issue #231 - don't allocate new ids every time a timer is created or for every editor
- improve compiler detection for Intel compiler suite
- compiler: do no operate empty compiler options
- ui: Make 'Project dependencies' and 'About plugin' dialogs to fit their content
- ui: Limit the vertical resizing of the EditBreakpoint dialog
- fixed corrupting symsrv.dll of crash handler (exchndl) due to stripping symbols
- debugger: Improve experience with 64bit builds on windows and wx2.8
- editor: Make it possible to override the whitespace markers colour (thanks to yvesdm3000195)
- applied patch by scarphin to fix & issue with member vars in new class wizard (see here: http://forums.codeblocks.org/index.php/topic,19713.msg140583.html#msg140583)
- WIndows: fix incorrect base when converting string to address
- Linux (Mac ?): fix 32bit build, needed after commits 10539 and 10540 (not tested on Mac), see: http://forums.codeblocks.org/index.php/topic,20155.msg140603.html#msg140603
- cpProject: do not try to load non existing files; should fix issue with automagically split editors, if some source-files do not exist, but have fileOpen set to true.
- cbAuiNotebook: only save tab-layout of the files belonging to the project in a project-layout file; save all tabs in a workspace-layout file (as before)
- Bump sdk-minor-version due to recent changes to cbauibook.h
Regressions/Confirmed/Annoying/Common bugs:
-
I tried the newest nightly build version, the bug that I found before is still not resolved.
Please see the shortcut unusual.png.
Pre-condition : at least two projects.
os : win7 64bit
Repetition steps:
1 In the default workspace, open two projects, each project to open a file.
2 Close the default workspace, and all projects also closed.
3 reopen the two projects.
Note:
If only one project have file opened before close workspace, all is right.
-
I tried the newest nightly build version, the bug that I found before is still not resolved.
Please see the shortcut unusual.png.
Can you try to delete the .layout files within the projects? ( This will close all open taps when you load the project)
-
svn build rev 10554 (2015-11-01 09:18:34) gcc 4.9.2 Windows/unicode - 32 bit
I too still have the problem with split windows.
As suggested, I deleted the layout file of both projects in the workspace.
I then loaded the first project (consisting of .txt and .nut files).
Then load the Squirrel project from "mainMenu/files/recent project"
The screen was *not* split. (no open files of course).
I opened a .text and a .nut from the first project. Then opened the main .cpp file from the Squirrel project.
I closed the workspace. I opened the first project and the .txt and .nut files opened.
I opened the Squirrel project and the screen split virtically with the .txt and .nut in the left window and the Squirrel main.cpp in the right window.
-
Can you try to delete the .layout files within the projects? ( This will close all open taps when you load the project)
Yes I do. Delete the .layout file, or close all opened files before closing the projects, you will not appear in front of me to say the problem.
But it can't solve the fundamental problem. You can't ask the user to manually delete the .layout file before you open the project.
-
But it can't solve the fundamental problem. You can't ask the user to manually delete the .layout file before you open the project.
No, but now we know where to search for the bug...
[Edit:] Someone should make a ticket on sf, not that this is going to get lost...
-
No, but now we know where to search for the bug...
Oh, it's true. Hope to solve this bug as soon as possibly. :)