The 02 December 2007 build (4696) 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_wx287.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 02 December 2007 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20071202_rev4696_win32.7z
  - Linux :
   none

Resolved Fixed:

• Fixed: [Bug #12564] insert class methods inserts wrong methods
• Applied: [Patch #2260] Show possible line number ranges in Go to line dialog
• Applied: [Patch #2261] Allow jumping to the first line in Go to line dialog
• fixed file assocs dialog appearing again and again
• Fixed possible crash on app shutdown
• fixed some (further) possible crash candidates (added null pointer sanity checks)
• CodeSnippets 1.2.104 2007/11/29
  - mods to compensate for CB OpenFilesList change
  - fixed incorrect selection of dragged tree item
  - make it easier to rename a catagory
  - Add "U" xpm for url type snippets
• DragScroll 1.2.04 2007/11/29
  - add non-pch logmanager header
  - correct "focus follows mouse" event on long compilations
  - correct editor focus event on long compilations
  - remove unused MouseRightKeyCtrl code
• wxSmith:
  * Added wxColourDialog support
  * Added %l Codef formatting char (to get coLour)
  * Added one unified function producing unique names for temporary variables in generated code
• CodeSnippets 1.2.105 2007/12/01
  - fix Linux crash when CB terminates and window is floating
  - on Linux disable drag/drop out of Project panel because of recurring drag/drop freeze bug
• fix crash on exit (todo list is the cause)

Regressions/Confirmed/Annoying/Common bugs:

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

[pasgui]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

[Xaviou]

Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here.

[Rayman]

The 'Auto-hide message pane' function still does not work (under windows) - in both directions:

1) The message pane doesn't come up on compiling etc. if it is hidden.
2) If it is called with 'View-Logs' it never disapears as expected.

Stefan.

[Jenna]

I have just uploaded the binaries and sources for debian (stable, testing and unstable) to my repo (see Sig).

[AmR EiSa]

The 'Auto-hide message pane' function still does not work (under windows) - in both directions:

1) The message pane doesn't come up on compiling etc. if it is hidden.
2) If it is called with 'View-Logs' it never disapears as expected.

and in deb too this mean linux too !!!

[liuyizheanxy]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

Is there any build for Debian? Could I use this build in debain?
thanks

[Jenna]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

Is there any build for Debian? Could I use this build in debain?
thanks

Yes there is:

I have just uploaded the binaries and sources for debian (stable, testing and unstable) to my repo (see Sig).

[dr snuggles]

Is GDB still supported in this Nightly build?

I just installed this nightly build on my computer at home running Windows XP x64 and the debugger GDB always crashes. I have tried several versions of GDB (5.1.3, 6.3.1, 6.3.2) but they all generate the same vague error "GDB.exe encountered a problem and needs to close". Clicking on more gives "AppName: gdb.exe,  AppVer: 0.0.0.0, ModName: gdb.exe, ModVer: 0.0.0.0, Offset: 00059628". Compiler and debugger path are ok. Of course this happens when I need to finish something in a few hours .

Does anyone know why GDB crashes and how I can fix this?

[STiAT]

Switched ArchLinux Repositories from RC2 to Nightly builds, due to problems with RC2 i couldn't solve (crashes on startup).

Yours,
STiAT
Arch Linux TU

[Jenna]

The 'Auto-hide message pane' function still does not work (under windows) - in both directions:

1) The message pane doesn't come up on compiling etc. if it is hidden.
2) If it is called with 'View-Logs' it never disapears as expected.

and in deb too this mean linux too !!!

Patch to make "Auto-hide message pane" work again:

Code

--- codeblocks-1.0svn.orig/src/src/main.cpp     2007-11-30 07:00:03.000000000 +0100
+++ codeblocks-1.0svn.work/src/src/main.cpp     2007-12-03 11:43:16.000000000 +0100
@@ -676,7 +676,7 @@

 void MainFrame::SetupGUILogging()
 {
-    m_AutoHideLogs = Manager::Get()->GetConfigManager(_T("app"))->ReadBool(_T("/auto_hide"), false);
+    m_AutoHideLogs = Manager::Get()->GetConfigManager(_T("message_manager"))->ReadBool(_T("/auto_hide"), false);

     int bottomH = Manager::Get()->GetConfigManager(_T("app"))->ReadInt(_T("/main_frame/layout/bottom_block_height"), 150);
     wxSize clientsize = GetClientSize();

[MortenMacFly]

Patch to make "Auto-hide message pane" work again:

...done that. Thanks! :-)

Note [for Morten]: This is my 2000'th post. :lol:

[kelo81]

Note [for Morten]: This is my 2000'th post. :lol:

Congrats!! 

[wobien]

Excellent!
I reenabled Code Suppletion, and until now no crashes on save or on compile.
Also Insert class methods works fine now.
Only, the crashes on close workspace are still there, but OK, I can reopen C::B when it happens.
wobien

[Jenna]

I just updated my repo (see sig) to svn4698 (including the fix to make "Auto-hide message pane" work again).

I will be on work till thursday evening, and I don't know if I have an internet-connection in hotel, so I upgrade now.

I don't think that I will be able to upload svn4699 till tomorrow morning. It's compiling at the moment and I have to sleep a little bit (no more than 4 - 5 hours left now  ).
And uploading needs about 3 hours (70 MB over ISDN).

Edit:

svn4699 is in the repo now.

[thomas]

ISDN

My goodness! What's that!?

[MortenMacFly]

ISDN

My goodness! What's that!?

This was back in the old days where you used to be a baby possibly... ;-)

[JGM]

ISDN

My goodness! What's that!?

This was back in the old days where you used to be a baby possibly... ;-)

Not so bad, before I switched to 512k broadband a year ago, I was using 56k modem connection since I was 15 years old  it was pretty cool, jajaja

[RJP Computing]

I don't know if this has been reported before, but you can't make the tabs in the Messages be on the bottom. I think this changed around the same time it won't "Auto-Hide".

[wobien]

I think something is wrong with the behaviour of Build.
I have a workspace with 2 projects, a static library and a project that depends on it.
I have set the dependancy in the project properties.
Until now, if the dependent project is active, and i change something in the library, and than do build, first the library and than the dependent project were build.
With the 4696, the library is build, but than i get "target is up to date" for the dependant project.
wobien

edit:
I can be a bit more precise on this:
If i change something in a definition file of the library, the dependant project is recompiled.
If I only change something in an implementation file of the library, the library is renewed, but the dependant project is not.

I found a workaround: if i want to see the effect of the change in the behaviour of my app, i add a space somewhere in an implementation file of my app.

[dmoore]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

Hi Pasgui: really nice work setting up a repository for the nightlies. Supposing I wanted to revert to an older nightly - do you have instructions for that?

Thanks

[JGM]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

Hi Pasgui: really nice work setting up a repository for the nightlies. Supposing I wanted to revert to an older nightly - do you have instructions for that?

Thanks

You could try on synaptic by searching the codeblocks packages selecting them and then menu Package->Force Version...

[pasgui]

Build for Ubuntu i386/amd64 can be found here

Best regards, pasgui

Hi Pasgui: really nice work setting up a repository for the nightlies. Supposing I wanted to revert to an older nightly - do you have instructions for that?

Thanks

You could try on synaptic by searching the codeblocks packages selecting them and then menu Package->Force Version...

I provide at least the last 3 nigthlies. You need to force the version, as @JGM said, for all packages already installed. I will add an howto on my web site.

Best regards, pasgui

[flying]

where can i found it for FC5??

[gd_on]

Hi,
I have built a version 4700 from SVN (nice number !!), for Windows.
I ran it on Win 2k. As wobien told for svn 4698, double click on a .cbp file works again to start C::B.
I can then work normally. But when I quit C::B, i have an error message, telling me that my .cbp file (or one of it's component) cannot be found. Strange, but not new ! I have already seen that 2 or 3 months ago (or more ...).
This does not happen if codecompletion is disabled or if I use a "dummy" plugin deliberately provoking a warning at start, as I suggested in a previous post.

gd_on

PS : Oups ! I spoke too fast. On my old PC at work with Win 2K, svn 4700 works as described. But on a newer one, at home, with Win XP, nothing is changed, double click still does not work, but no error messages when quiting !!!

[stahta01]

See thread http://forums.codeblocks.org/index.php/topic,7415.0.html
for more details.

NON PCH header patch for Linux, untested by me.
But, tested by bgolding.

Code

Index: src/plugins/compilergcc/advancedcompileroptionsdlg.cpp
===================================================================
--- src/plugins/compilergcc/advancedcompileroptionsdlg.cpp	(revision 4699)
+++ src/plugins/compilergcc/advancedcompileroptionsdlg.cpp	(working copy)
@@ -1,6 +1,7 @@
 #include "sdk.h"
 #ifndef CB_PRECOMP
 #include <wx/checkbox.h>
+#include <wx/choice.h>
 #include <wx/combobox.h>
 #include <wx/intl.h>
 #include <wx/listbox.h>

[bgolding]

Also a patch to 'bootstrap', remove the $ from regexp to correctly detect automake 1.6.3 (which doesn't work to build C::B). Otherwise it will try to proceed and fail later (not in an obvious way).

Not sure why 'svn' diff' has made this look like a bigger change than it is...

Code

Index: bootstrap
===================================================================
--- bootstrap   (revision 4703)
+++ bootstrap   (working copy)
@@ -42,7 +42,7 @@
        exit 1;
 fi
 
-if test -n "`$AUTOMAKE --version 2>&1|head -n 1|egrep '1\.[0-6]$'`"; then
+if test -n "`$AUTOMAKE --version 2>&1|head -n 1|egrep '1\.[0-6]'`"; then
        echo "Automake 1.7 or above is required. Aborting build...";
        exit 1;
 fi

[gd_on]

Question @ Killerbot

When I build myself a codeblocks version for Windows, I obtain a cb_share_config.exe which is generated and copied in the output folder. This .exe is not in your distribution. What is this file for ?

and thanks for your work 

gd_on

[TheTuxKeeper]

Also a patch to 'bootstrap', remove the $ from regexp to correctly detect automake 1.6.3 (which doesn't work to build C::B). Otherwise it will try to proceed and fail later (not in an obvious way).

Not sure why 'svn' diff' has made this look like a bigger change than it is...

Code

Index: bootstrap
===================================================================
--- bootstrap   (revision 4703)
+++ bootstrap   (working copy)
@@ -42,7 +42,7 @@
        exit 1;
 fi
 
-if test -n "`$AUTOMAKE --version 2>&1|head -n 1|egrep '1\.[0-6]$'`"; then
+if test -n "`$AUTOMAKE --version 2>&1|head -n 1|egrep '1\.[0-6]'`"; then
        echo "Automake 1.7 or above is required. Aborting build...";
        exit 1;
 fi

removing the "$" will cause problems with automake 1.10 and above
I'll try to extend the regexp

diff compares lines and if there's only one character different, it replaces the whole line. additionally some lines above and under the changes are in the output, so the patch can be applied even if the line number changes, but the changed line itself not

EDIT: fixed in revision 4704. thanks for reporting

[Jenna]

ISDN

My goodness! What's that!?

This was back in the old days where you used to be a baby possibly... ;-)

Not so bad, before I switched to 512k broadband a year ago, I was using 56k modem connection since I was 15 years old  it was pretty cool, jajaja

I would like to have a broadband-connection, but the german telecom has another opinion .

At work I can download with 16MBit, that means about 1.8 MByte per second, that's really fast, and upload is about 1MBit.

[Jenna]

Only, the crashes on close workspace are still there, but OK, I can reopen C::B when it happens.
wobien

I get crashes, if I close a workspace and then create a new project. After some debugging (with kdbg  , because I still don't know how to debug C::B from within C::B ), I figured out a problem with the debugger-plugin's RemoteDebuggingMap.
After disabling the plugin, the crashes went away.

Perhaps I have enough time to do a little more debugging this weekend.

[Jenna]

Only, the crashes on close workspace are still there, but OK, I can reopen C::B when it happens.
wobien

I get crashes, if I close a workspace and then create a new project. After some debugging (with kdbg  , because I still don't know how to debug C::B from within C::B ), I figured out a problem with the debugger-plugin's RemoteDebuggingMap.
After disabling the plugin, the crashes went away.

Perhaps I have enough time to do a little more debugging this weekend.

The RemoteDebuggingMap was not cleared, when closing a project.

Here is a patch that fixes the problem (and a typo in a comment):

Code

--- codeblocks-1.0svn.orig/src/plugins/debuggergdb/debuggergdb.cpp      2007-12-07 20:03:07.000000000 +0100
+++ codeblocks-1.0svn.work/src/plugins/debuggergdb/debuggergdb.cpp      2007-12-08 23:55:25.000000000 +0100
@@ -2463,10 +2463,13 @@
     // allow others to catch this
     event.Skip();

-    // remove all search dirs sotred for this project so we don't have conflicts
+    // remove all search dirs stored for this project so we don't have conflicts
     // if a newly opened project happens to use the same memory address
     GetSearchDirs(event.GetProject()).clear();

+    // clear the RemoteDebuggingMap for this project
+    m_RemoteDebugging.clear();
+
     // remove all breakpoints belonging to the closed project
     m_State.RemoveAllProjectBreakpoints(event.GetProject());
     if (m_pBreakpointsWindow)

[Jenna]

The crash only happens, if the closed project has "remote_debugging" entries in the cbp-file.

This can of course happen, if you want to do remote-debugging, or if you are curious (like me) and click on the build-target in the debugger tab of the projects "Properties ..." window.

Even if you don't change anything, but click "OK" to close the window, and answer "Yes" to the "do you want to save changed project-settings"-question when closing the project, the "remote_debugging" entries appear in the cbp-file.

Nevertheless it's a bug and should be fixed.

[wobien]

The crash only happens, if the closed project has "remote_debugging" entries in the cbp-file.

How can I know if I have "remote_debugging" entries in my cbp-file?

[Jenna]

You can open it with a texteditor and search for "remote_debugging" as XML-tags.