The 21 September 2008 build (5208) 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://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx288.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 21 September 2008 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20080921_rev5208_win32.7z
  - Linux :
   none

Resolved Fixed:

• wxSmith: added "SetSashPosition" to generated code to make the appropriate parameter work
• projects_importer (MSVC6): Add support for importing post build commands
• DragScroll 1.3.23 2008/08/29
  - Fixed: font sizes increasing across sessions in OnMouseWheelEvent.
  - Save/restore users ctrl-MouseWheel font changes across sessions.
  - Fixed: crash caused by failure in CleanUpWindowPointerArray()
  - Changed option label "MouseWheelZoom" to "Log MouseWheelZoom" to avoid confusion; even though it applies to other tree and list controls
• fixed update-script for linux, previous version seems to be incompatible with some shells
• wxSmith: added "SetSashPosition" to generated code only if wxSplitWindow has two children (update for r5196)
• fixed an issue that leads to a crash on linux, if the last watch was removed from "Debug -> Edit watches" dialog
• Fixed: Project Importer menu location at File menu was hard-coded. (It's a cosmetic fix and fixing two separators after Import Project menu item bug in latest nightlies)

Regressions/Confirmed/Annoying/Common bugs:

• toolbar-images-not-changing-state (is a wx problem/Win XP problem)

[stahta01]

More ANSI Warnings patch are on the way.

I plan to submit the patches for the contrib plugins to BerliOS.

Do you wish me also submit this one for debuggergdb plug-in?
I decided to also submit debuggergdb one to BerliOS.

Minor patch that fixes compiler error. GetModuleFileNameA complains about WCHAR*

Code

Index: src/plugins/contrib/codesnippets/codesnippetsapp.cpp
===================================================================
--- src/plugins/contrib/codesnippets/codesnippetsapp.cpp	(revision 5208)
+++ src/plugins/contrib/codesnippets/codesnippetsapp.cpp	(working copy)
@@ -1269,7 +1269,7 @@
     #if defined(__WXMSW__)
     if( m_Prefix.IsEmpty() )
     do{
-        WCHAR dllPath[1024] = {0};
+        wxChar dllPath[1024] = {0};
         HMODULE dllHandle = LoadLibrary(_T("codeblocks.dll"));
         if (not dllHandle) break;
         DWORD pathLen = GetModuleFileName( dllHandle, dllPath, sizeof(dllPath));

Tim S

[Jenna]

Just uploaded binary packages for debian and sources to my server.

[courage]

• projects_importer (MSVC6): Add support for importing post build commands

Thanks, I am waiting for this so long. 

But I found this built also can't handle the importing correctly. First, it seems not to handle the dependence of VC6 projects correctly in the workspace, and second it seems not to handle the post commands correctly.

for example, compiling nethack3.4.3, after executing the "nethack-3.4.3/sys/winnt/nhsetup.bat", copying the modified "rpcndr.h" and importing VC6 workspace in "nethack-3.4.3/nethack.dsw", the dependence of VC6 projects is ignored in Code::Blocks. When I press the "Rebuild workspace" button, Code::Blocks will build the active project first or the first order project in the workspace.

Even though Code::Blocks imports the post build commands, it seems just importing the lines one by one. I guess the "TAB character" of the post build commands in VC6 project files mean "new line", but I am not very sure.  :?

[stahta01]

killerbot:

Whoever applied my patch above had an case issue; it should be wxChar not the wxCHAR that was used.

Tim S

[MortenMacFly]

Whoever applied my patch above had an case issue; it should be wxChar not the wxCHAR that was used.

Done. Thanks. :-)

[killerbot]

killerbot:

Whoever applied my patch above had an case issue; it should be wxChar not the wxCHAR that was used.

Tim S

:oops:

[SR]

New build for Slackware 12.1:
http://sr.uz/index.php/packages/?p=127&more=1&c=1

[Xaviou]

Ubuntu 7.04 to 8.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx288) can be found here.

[marfi]

Hi, I tried to use a valgrind plugin (many thanks for that!!!) with my applications, but haven't found a way how to check an application like this:

Code

#include <stdio.h>

int main(int argc, char ** argv)
{
    getchar();

    return 0;
}

The main problem is that the valgrind plugin doesn't open any console thus the application waiting for user input freezes (and the codeblocks as well) because there is no way how to enter anything. Is it a bug or a feature?

[killerbot]

surely not a feature ;-)

[pakje]

i got a similar problems marfi

[eckard_klotz]

Hello Everybody:

Could it be that there was a general change in the plugin-parts ?
I'm not able to load the ShellExtensions of Damien Moore anymore with  C::B-5208.

....   \CodeBlock\NightlyBuilds\2008_09_21\bin/share/codeblocks/plugins/ShellExtensions.dll: not loaded (missing symbols?)

It was possible with the build 5195 and before. I tested it with both plugin-versions of this year.

I use WinXP SP2

Best Regards,
                   Eckard Klotz

[afb]

- Mac OS X:
  http://prdownload.berlios.de/codeblocks/CB_20080921_rev5211_mac289.zip

[pasgui]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

[xplorer87]

nice work! the bug i pointed out in the previous build has been fixed

[mmkider]

I found a bug.
I can't call compiler and debugger toolbar to show.
they are always hide.
I remember I click and run cb_share_config.exe,then I got this trouble

thx.

[MortenMacFly]

I can't call compiler and debugger toolbar to show.

Click on menu "View" -> "Layouts" -> "Delete current" to reset the layout.

BTW: cb_share_config is nothing to just play with. You really should know what you do. Nevertheless I doubt this was the reason.

[mmkider]

I can't call compiler and debugger toolbar to show.

Click on menu "View" -> "Layouts" -> "Delete current" to reset the layout.

BTW: cb_share_config is nothing to just play with. You really should know what you do. Nevertheless I doubt this was the reason.

thx,you solve my trouble quickly.
I hard to careful about anything.
I think about cb_share_config is no problem, but I only remember this step.

codeblocks is good tool.
 

[three_minute_hero]

Hi everyone,

I pointed out a bug in a previous build that still occurs.

Here's an easier way to reproduce it (the order matters):
- Open Socoa.cbp
- Open Socoa.Test.cbp
- Close the Socoa project in the manager bar
In Linux, that makes C::B crash

I use Debian GNU/Linux Sid.

Could anyone tell me whether he can reproduce the bug? That would make me fell less alone :lol:

Thanks.

[attachment deleted by admin]

[Jenna]

Could anyone tell me whether he can reproduce the bug? That would make me fell less alone :lol:

Sorry, but I can't reproduce.

[stahta01]

Patch needed to fix NO-PCH compile under WinXP.

Tim S

Code

Index: src/plugins/debuggergdb/gdb_commands.h
===================================================================
--- src/plugins/debuggergdb/gdb_commands.h	(revision 5234)
+++ src/plugins/debuggergdb/gdb_commands.h	(working copy)
@@ -20,6 +20,8 @@
 #include "configmanager.h"
 #include <globals.h>
 #include <manager.h>
+#include <editormanager.h>
+#include <cbeditor.h>
 #include <scriptingmanager.h>
 #include <sqplus.h>
 #include <infowindow.h>

[Jenna]

Patch needed to fix NO-PCH compile under WinXP.

Tim S

Code

Index: src/plugins/debuggergdb/gdb_commands.h
===================================================================
--- src/plugins/debuggergdb/gdb_commands.h	(revision 5234)
+++ src/plugins/debuggergdb/gdb_commands.h	(working copy)
@@ -20,6 +20,8 @@
 #include "configmanager.h"
 #include <globals.h>
 #include <manager.h>
+#include <editormanager.h>
+#include <cbeditor.h>
 #include <scriptingmanager.h>
 #include <sqplus.h>
 #include <infowindow.h>

Applied.
Thank you.

[mmkider]

when I closed build message tab, I build code and pull up window then wiil display error.

[Jenna]

when I closed build message tab, I build code and pull up window then wiil display error.

I'm not sure if I understand it right.
Are these the steps to reproduce the error on your machine ?

• close "Build messages" tab via context menu ("Toggle -> Build messages")
• build your project
• reopen ""Build messages" via context menu
• "Build messages" appears now as part of "Build log"

If that's the problem, I can not reproduce it.
If these are not (exactly) the steps you made before the error occurs, please post them again.

But there are some changes in trunk that fixed problems with accessing the infopane-tabs in some cases (and maybe your problem, too).

If you use a self-build version, you can try to use the actual svn-code, else you can wait until the next nightly.

Please report if the problem still occurs then.

[mmkider]

when I closed build message tab, I build code and pull up window then wiil display error.

• close "Build messages" tab via context menu ("Toggle -> Build messages")
• build your project
• reopen ""Build messages" via context menu
• "Build messages" appears now as part of "Build log"

ya, you are right. I use Nightly builds .
confuse for display of build log.
I build bigger project as codeblocks source code , and I drag and drop  title bar of other window on the same time.

[Loaden]

Two Question:
1. Replace in files: can't support replace  "));  to  ");
2. CDB can't show stl::string's value, when F8 debugging.
thanks!

[Jenna]

Two Question:
1. Replace in files: can't support replace  "));  to  ");
2. CDB can't show stl::string's value, when F8 debugging.
thanks!

1. Works here. Did you accidently check "Regular expression" ?

2. Can't say anything only use gcc. Sorry !

[Loaden]

Two Question:
1. Replace in files: can't support replace  "));  to  ");
2. CDB can't show stl::string's value, when F8 debugging.
thanks!

1. Works here. Did you accidently check "Regular expression" ?

2. Can't say anything only use gcc. Sorry !

When "Regular expression" checked, it's work fine. thanks!

[hangl]

CB is a great work ,it is my first choice.but I face some problems ,when I compile a project,CB ofen crashed!sadly I have to say it crashed too may times ,I did not do special work ,just modified code and recompiled ,sometimes it crased, sometimes not ,maybe 20~30% .

I am using nightly build 5208,winxp sp2 mingw Gcc 4.2.3

crash information is attached!



[attachment deleted by admin]

[Jenna]

CB is a great work ,it is my first choice.but I face some problems ,when I compile a project,CB ofen crashed!sadly I have to say it crashed too may times ,I did not do special work ,just modified code and recompiled ,sometimes it crased, sometimes not ,maybe 20~30% .

I am using nightly build 5208,winxp sp2 mingw Gcc 4.2.3

crash information is attached!

Do you know if the crash happens, if the code is error-free, or only while parsing output from compiler including error-messages ?

[killerbot]

I can confirm this, and Morton also suffers from this. It seems to happen when there are errors during the compilation step.

[jfouche]

Hi

You can do like me : don't make error while you 're coding 
--
Jérémie

[stahta01]

Patch needed to build current SVN under Windows when not using PCH.

The unpatched code built OK with PCH using MinGW GCC 3.4.5, 4.2.4, and 4.3.2 (Last two where TDM Builds)

Tim S

Code

Index: src/plugins/contrib/wxSmith/wxsresourcetree.cpp
===================================================================
--- src/plugins/contrib/wxSmith/wxsresourcetree.cpp	(revision 5245)
+++ src/plugins/contrib/wxSmith/wxsresourcetree.cpp	(working copy)
@@ -30,6 +30,11 @@
 #include "configmanager.h"
 #include "globals.h"
 
+#if defined(__WXMSW__) && defined(LoadImage)
+    // Fix Windows winuser.h Header define of LoadImage.
+    #undef LoadImage
+#endif
+
 namespace
 {
     class wxsResourceTreeProjectData: public wxsResourceTreeItemData

[killerbot]

Patch needed to build current SVN under Windows when not using PCH.

The unpatched code built OK with PCH using MinGW GCC 3.4.5, 4.2.4, and 4.3.2 (Last two where TDM Builds)

Tim S

Code

Index: src/plugins/contrib/wxSmith/wxsresourcetree.cpp
===================================================================
--- src/plugins/contrib/wxSmith/wxsresourcetree.cpp	(revision 5245)
+++ src/plugins/contrib/wxSmith/wxsresourcetree.cpp	(working copy)
@@ -30,6 +30,11 @@
 #include "configmanager.h"
 #include "globals.h"
 
+#if defined(__WXMSW__) && defined(LoadImage)
+    // Fix Windows winuser.h Header define of LoadImage.
+    #undef LoadImage
+#endif
+
 namespace
 {
     class wxsResourceTreeProjectData: public wxsResourceTreeItemData

I should have listened to you, I was adding these from your patch in berlios 1 by 1 till it compiled, but that was on a system using pch. Will do it today.

[killerbot]

done

[Grom]

What about the neew nightly build? Do you have any plans to update the wxSmith

[killerbot]

new nightly later this weekend

[gd_on]

For a (the ?) next nightly, I have found a few strings that cause problems when you want to localize C::B (in french in may case). I wrote an "how to" in the forum Help Wanted/Codeblocks Translation...

Problems on some portions of codes, using _T and not _ to enter strings that normally should be translated in localized versions of C::B :

within src/plugins/projectsimporter/projectsimporter.cpp
line 103 should be :
        fileMenu->Insert(++id, wxNewId(), _("&Import project"), m_Menu);

within sdk/pluginsconfigurationdlg.cpp
line 99 should be :
    initialInfo << _("when performing any operation on it...");
line 107 should be :
      initialInfo << _("problematic plugins. Enable plugins at will now...");


within envvars_cfgdlg.h
line 31 is
   return _T("Environment variables");
but if is
   return _("Environment variables");
translation is not done anyway apparently ! May be the problem is not here !

gd_on

[killerbot]

For a (the ?) next nightly, I have found a few strings that cause problems when you want to localize C::B (in french in may case). I wrote an "how to" in the forum Help Wanted/Codeblocks Translation...

Problems on some portions of codes, using _T and not _ to enter strings that normally should be translated in localized versions of C::B :

within src/plugins/projectsimporter/projectsimporter.cpp
line 103 should be :
        fileMenu->Insert(++id, wxNewId(), _("&Import project"), m_Menu);

within sdk/pluginsconfigurationdlg.cpp
line 99 should be :
    initialInfo << _("when performing any operation on it...");
line 107 should be :
      initialInfo << _("problematic plugins. Enable plugins at will now...");


within envvars_cfgdlg.h
line 31 is
   return _T("Environment variables");
but if is
   return _("Environment variables");
translation is not done anyway apparently ! May be the problem is not here !

gd_on

DONE.