User forums > Nightly builds
The 05 March 2007 build is out.
killerbot:
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z
To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z
The 05 March 2007 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20070305_rev3665_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070305_rev3665_Ubuntu6.xx.deb
http://prdownload.berlios.de/codeblocks/CB_20070305_rev3665_suse100-102.i586.rpm
http://prdownload.berlios.de/codeblocks/CB_20070305_rev3665_fc4+5.i586.rpm
Resolved Fixed:
* Fixed crash (in few cases) while closing project options dialog (On behalf of Martin)
Regressions/Confirmed/Annoying/Common bugs:
* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
* menu items with icon not correctly aligned (since wx263) (is fixed with our special wx263/wx28 dll)
indigo0086:
I noticed if you set the sash size to 0 in the dock options then any window you overlap with it get's "stuck in the borders. Like if you have a black window open then the black parts of the window show up on the borders. You have to resize the window or set the sash to greater than 0.
dr snuggles:
Bugs:
1) Only the first time after unpacking, running and closing this release, I get an error (memory not found blabla, same as you get when a pointer is pointing wrong)
2) Problem with adding files not from the same folder to a project, though not sure if this is a bug or just inconsistent of Code::blocks:
a. Add file Q from folder X
b. Add file from folder Y
c. Add file Z from folder X
d. Open file Z from the Management -> project tree
In the opened tab, the file name \X\Z is displayed, instead of Z. The path \X could be very long thus wasting space in the tab browser. Opening file Q is correctly displayed as Q (not \X\Q).
e. Remove all files from folder Y
f. Open file Z from the Management -> project tree
In the opened tab, the file name Z is displayed as it should.
3) CPU usage while moving the mouse or typing text is still 100%, just as in the other builds. It's not super annoying, but when will this problem be addressed?
4) Usability issues: Lots of basic things can be improved. Should these also be addressed in this stage of development? Can I also address them in this thread?
Overall thoughts about Code::Blocks: Very, very nice piece of equipment.
Marenz:
I get the crash reporter on Setting -> Editor (and most other Dialogs)
i am on amd64. I build it myself.
this is the report:
<?xml version="1.0" encoding="utf-8"?>
<report version="1.0" kind="exception">
<system description="Linux 2.6.18-3-amd64 x86_64"/>
<modules>
<module path="/usr/local/bin/codeblocks" address="00400000" size="001ae000"/>
</modules>
<stack>
<frame level="2" function="wxStackWalker::Walk(unsigned long)" offset="0000002b"/>
<frame level="3" function="wxDebugReport::AddContext(wxDebugReport::Context)" offset="00000a60"/>
<frame level="4"/>
<frame level="5" function="wxFatalSignalHandler" offset="0000001c"/>
<frame level="6"/>
<frame level="7" function="CCOptionsDlg::CCOptionsDlg(wxWindow*, NativeParser*)" offset="00000473"/>
<frame level="8" function="CodeCompletion::GetConfigurationPanel(wxWindow*)" offset="00000038"/>
<frame level="9" function="PluginManager::GetConfigurationPanels(int, wxWindow*, ConfigurationPanelsArray&)" offset="000000cc"/>
<frame level="10" function="EditorConfigurationDlg::AddPluginPanels()" offset="000000c3"/>
<frame level="11" function="EditorConfigurationDlg::EditorConfigurationDlg(wxWindow*)" offset="00001d16"/>
<frame level="12" function="EditorManager::Configure()" offset="00000039"/>
<frame level="13" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)" offset="0000007f"/>
<frame level="14" function="wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)" offset="0000009e"/>
<frame level="15" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="000000b9"/>
<frame level="16" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="17" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="18" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="19" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="20" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="21" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="22" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="23" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="24" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="25" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="26" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="27" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="28" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="29" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="30" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="31" function="wxEvtHandler::ProcessEvent(wxEvent&)" offset="00000050"/>
<frame level="32"/>
<frame level="33" function="g_closure_invoke" offset="00000109"/>
<frame level="34"/>
<frame level="35" function="g_signal_emit_valist" offset="00000855"/>
<frame level="36" function="g_signal_emit" offset="00000083"/>
<frame level="37" function="gtk_widget_activate" offset="0000006a"/>
<frame level="38" function="gtk_menu_shell_activate_item" offset="00000100"/>
<frame level="39"/>
<frame level="40" function="_gtk_marshal_BOOLEAN__BOXED" offset="0000005d"/>
<frame level="41" function="g_closure_invoke" offset="00000109"/>
<frame level="42"/>
<frame level="43" function="g_signal_emit_valist" offset="0000061e"/>
<frame level="44" function="g_signal_emit" offset="00000083"/>
<frame level="45"/>
<frame level="46" function="gtk_propagate_event" offset="000000ae"/>
<frame level="47" function="gtk_main_do_event" offset="00000357"/>
<frame level="48"/>
<frame level="49" function="g_main_context_dispatch" offset="000001b3"/>
<frame level="50"/>
<frame level="51" function="g_main_loop_run" offset="000001a6"/>
<frame level="52" function="gtk_main" offset="000000a2"/>
<frame level="53" function="wxEventLoop::Run()" offset="00000051"/>
<frame level="54" function="wxAppBase::MainLoop()" offset="0000004b"/>
<frame level="55"/>
<frame level="56" function="wxEntry(int&, wchar_t**)" offset="0000004c"/>
<frame level="57" function="EditorBase::CreateContextSubMenu(int)" offset="000003b2"/>
</stack>
</report>
--Ano
ascxaxsvcbsxbbqvcxqsbcvxs:
In the "Start here" panel, this version 3665 is dated 2007-02-10. It is nearly one month ago, but seems to correct bugs detected far more recently?
Navigation
[0] Message Index
[#] Next page
Go to full version