The 17 february 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 17 February 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_suse100-102.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070217_rev3614_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• Backup files created during saving are now deleted again.
• wxWidgets Wizard: Added support to compile debug target with release lib of wxWidgets and other minor code changes
• wxSmith:
  * Added support for wxMenu and wxMenuBar
  * Added block for auto-generated code in destructor of new resources (it may be needed in future)
  * Few small bug fixes
  * Added "User class" property in most items - this will allow using custom classes with behavior similar to supported items
  * Added simplified version of Codef (no need to give Language parameter nor add result to source code, it's done automatically)
  * Fixed cbp file to run C::B app when running / debugging
  * Items in resource browser contain now class name and variable name if used (for standard items), for menus it show labels
  * Added icons in resource browser (still needs polishing)
  * Committed changes to cbp which should be done in previous commit (forgot to save project)

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)

[Russell]

I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application

[stahta01]

Is anyone on windows having code completion lockup or crash on plugin disable?

Here's a patch that seemed to fix it under windows for me.
(note, I am running with __WXDEBUG__ defined in my builds linked to wx2.6.3p2 debug libs)

Code

Index: src/plugins/codecompletion/classbrowserbuilderthread.cpp
===================================================================
--- src/plugins/codecompletion/classbrowserbuilderthread.cpp	(revision 3614)
+++ src/plugins/codecompletion/classbrowserbuilderthread.cpp	(working copy)
@@ -104,10 +104,12 @@

         if (TestDestroy() || Manager::IsAppShuttingDown())
         {
+#ifdef __WXGTK__
 			if(!::wxIsMainThread())
 			{
 				::wxMutexGuiLeave();
 			}
+#endif // __WXGTK__
             break;
         }

The wxMutexGuiLeave is being called without an wxMutexGuiEnter being called. (wxMutexGuiEnter is only called if __WXGTK__ is defined.)

Submitted as [ Patch #1890 ] Code Completion disable on windows crashes
https://developer.berlios.de/patch/?func=detailpatch&patch_id=1890&group_id=5358

Tim S

[Biplab]

@killerbot,

The SVN number in this nightly shows zero, but the date on start-page is correctly printed. Did you make any changes in autorevision?

[killerbot]

nope, no changes made yet, will adjust probably on monday

[byo]

I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application

Uhm, I forgot to disable wxMenu tools when uing XRC file becuase this will create some memory leaks (there's no way to obtain pointer to wxMenu and it's not automatically deleted) . Anyway wxMenuBar should work fine, I've checked xrc sources and if wxMenuBar is added directly into wxFrame, XRC loading routines automatically add menu into frame.

[Biplab]

nope, no changes made yet, will adjust probably on monday

That surprises me. The time on the start page (of 17th Feb Nightly) is correctly formatted.

It seemed strange to me why without making any changes to autorevision, it becomes correct again? My Windows build had problem but Linux had no problem. :?

[Russell]

I think menu xrc data needs to be generated outside a frame object, because otherwise it will not show up in the actual application

Uhm, I forgot to disable wxMenu tools when uing XRC file becuase this will create some memory leaks (there's no way to obtain pointer to wxMenu and it's not automatically deleted) . Anyway wxMenuBar should work fine, I've checked xrc sources and if wxMenuBar is added directly into wxFrame, XRC loading routines automatically add menu into frame.

Woops, I still had LoadMenuBar code in my frame constructor, no wonder it didn't work properly.

Any chance of toolbar support?

[byo]

Any chance of toolbar support?

Should be pretty easy especially comparing to menus I'll do it this week

[pauliusz]

While trying to compile svn 3615 I get following error:

Code

-------------- Build: sdk in Code::Blocks ---------------
Running target pre-build steps
build_tools/autorevision/autorevision +int +t . include/autorevision.h
Compiling: sdk\filemanager.cpp
D:\Projektai\CodeBlocks\src\sdk\filemanager.cpp:90: error: redefinition of `FileManager::FileManager()'
D:\Projektai\CodeBlocks\src\sdk\/filemanager.h:151: error: `FileManager::FileManager()' previously defined here
D:\Projektai\CodeBlocks\src\sdk\filemanager.cpp:98: error: definition of implicitly-declared `virtual FileManager::~FileManager()'
Process terminated with status 1 (0 minutes, 4 seconds)
3 errors, 0 warnings

Last svn version I managed to compile was 3596.
Can anyone help me with this?

[MortenMacFly]

Last svn version I managed to compile was 3596.
Can anyone help me with this?

You are mixing old headers with new implementation files. The directory layout has changed and your SVN sandbox is not up-to-date and/or corrupted. Please do a clean checkout (remove the old sandbox before) and try again.
With regards, Morten.

[JPlaroche]

is return vacancy : why svn 0  is open code::blocks before I had the n° of well practical release

thank-you for the response   

environement windows xp  wxwidgets 2.8.0rc3 mingw 3.4.6 TortoiseMerge 1.4.3

[killerbot]

is return vacancy : why svn 0  is open code::blocks before I had the n° of well practical release

thank-you for the response   

environement windows xp  wxwidgets 2.8.0rc3 mingw 3.4.6 TortoiseMerge 1.4.3

don't worry, we are aware of the svn 0 , will be fixed ..

[Brown]

Hello,
I like the Codeblocks but using this and older nightly builds I have a slight problem when performing a find across files.
I can never get results for text/code I have in a file named ControlDlg.cpp
Normal find picks up the text but the find in files does not get anything from this file even when I specify the file as the mask when using the search path option.
I get results from the other files and grep locates the text - it is there!!

Running SVN 3614 on Ubuntu Feisty

[Kalma]

@ pauliusz

I have had neerly the same problem like you to build Codeblocks,
but I found out if you delete the old precompiled Headerfiles (*.gcc)
in src/sdk/ everything went fine to build codeblocks.