The 16 october 2006 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

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 16 October 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061016_rev3094_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061016_rev3094_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061016_rev3094_suse100+101.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20061016_rev3094_fc4+5.rpm (not yet)


Resolved Fixed:

• Another regular expression fix for gdb backtraces
• update to wxFlatNotebook 2.1 (some of our mods are not yet applied, might be they are no longer needed) (PS: 'X' button now also on tabs of VC8 style)
• fixed bug that devpak plugin got not loaded (invalid manifest file)
• * Plugins management revamped. Tested under windows and linux.
    - Plugins enabling/disabling on-the-fly.
    - Plugins installing/uninstalling on-the-fly.
    - Plugins exporting (backup) on-the-fly.
• Fixed all code that needed fixing to support the above (except wxSmith
  - don't try anything with it: it will crash the app

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)

[sethjackson]

Windows ANSI build is here.

[afb]

The new wxFlatNotebook doesn't work OK on wxMac yet,
so there will be no nightly builds for Mac OS X for a while.

[Pecan]

When a local plugin has a valid manifest, and the .dll is in .../codeblocks/plugins, *and* for some unknown reason is *not* loaded, there is no message to say that it failed.

There is no indication that it wasn't loaded until you go to use it.
Not even a message in the log.

XP svn 3094

[MortenMacFly]

When a local plugin has a valid manifest, and the .dll is in .../codeblocks/plugins, *and* for some unknown reason is *not* loaded, there is no message to say that it failed.

That's right - that's why we failed tol see the DevPak plugin wasn't working since we switched to manifest files... ;-)
Wioth regards, Morten.

[darus]

Just wanted to say, I really love Code::Blocks. Excellent work!  Hope to see release soon   

[cpprooky]

I found a bug in the "symbols browser" (with this NB but might be the same with older ones !)

1- Open a project with at least 2 classes : Class B inherits from A
2- Activate the option "Show inherited members" in the "Symbols browser"
3- Expand the tree of class B and its "Base Classes" : Class A appears here : It's all fine.
4- deactivate the "Show inherited members" option
5- The children nodes of class B "Derived Class" is still visible and you cannot collapse it anymore.

It seems the tree must be collapsed when you disable the option. I think it should be done automatically ?

Maybe this bug has already been declared, but couldn't find it.


C++ Rooky

[RainbowDemon]

Compilation error revision 3096 (linux, unicode, gcc 4.0.1, wxWidgets 2.6.3):

$./configure --enable-contrib
$make
....
....
Making all in wxFlatNotebook
make[4]: Entering directory `/home/serg/work/src/codebolock/trunk/src/sdk/wxFlatNotebook'
make[4]: *** No rule for assembly of the target `wxFlatNotebook.cpp', demanded for `wxFlatNotebook.lo'.  Stop.
make[4]: Leaving directory `/home/serg/work/src/codebolock/trunk/src/sdk/wxFlatNotebook'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/serg/work/src/codebolock/trunk/src/sdk'
make[2]: *** [all] Ошибка 2
make[2]: Leaving directory `/home/serg/work/src/codebolock/trunk/src/sdk'
make[1]: *** [all-recursive] error 1
make[1]: Leaving directory `/home/serg/work/src/codebolock/trunk/src'
make: *** [all-recursive] Error 1

What to do?

[MortenMacFly]

What to do?

I had the same issue. It was related to the dependencies that were setup wrong (had forgotten to do a "deep" clean before another svn update). I'd recommend to do a fresh svn checkout and try again - the dependencies are correct.
There are other ways, too but this one should be less error-pone.
With regards, Morten.

[Pecan]

When a local plugin has a valid manifest, and the .dll is in .../codeblocks/plugins, *and* for some unknown reason is *not* loaded, there is no message to say that it failed.

That's right - that's why we failed tol see the DevPak plugin wasn't working since we switched to manifest files... ;-)
Wioth regards, Morten.

There was a message after all:

Code

SDK version mismatch for CBTortoiseSVN (1.10.0). Expecting 1.11.0

message was buried in the debug log. I didn't see it even tho I scanned the log many times. It took me two days to find it.

Is there any way that we could put errors out in red, info msgs in black?

[mandrav]

Is there any way that we could put errors out in red, info msgs in black?

The code is there, waiting to be used  :oops: :

Code

MessageManager::DebugLogWarning(), and
MessageManager::DebugLogError()

[mandrav]

Is there any way that we could put errors out in red, info msgs in black?

The code is there, waiting to be used  :oops: :

Code

MessageManager::DebugLogWarning(), and
MessageManager::DebugLogError()

OK, I did a few changes to the MessageManager interface and updated the code to use these logging functions (mainly PluginManager and other code that already used them).

[tiwag]

could you please add, that the Buildlog isn't cleared when Running an application ?

brgds, tiwag

[Pecan]

Thank you for that !!

[RainbowDemon]

had forgotten to do a "deep" clean before another svn update

Thanks!