User forums > Nightly builds

The 16 october 2006 build is out.

<< < (2/3) > >>

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

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:

--- Quote from: RainbowDemon on October 17, 2006, 11:04:11 am ---What to do?

--- End quote ---
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:

--- Quote from: MortenMacFly on October 17, 2006, 08:23:56 am ---
--- Quote from: Pecan on October 17, 2006, 01:28:18 am ---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.

--- End quote ---
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.

--- End quote ---
There was a message after all:

--- Code: ---SDK version mismatch for CBTortoiseSVN (1.10.0). Expecting 1.11.0

--- End code ---

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?

Navigation

[0] Message Index

[#] Next page

[*] Previous page