The 14 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 14 October 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061014_rev3087_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061014_rev3087_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061014_rev3087_suse100+101.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061014_rev3087_fc4+5.rpm


Resolved Fixed:

• Pre- and post-build commands do not execute in parallel processes anymore but sequentially (this was clearly wrong)
• Added a check for invalid text-bounds in code-completion (fixes an assert that would appear these last few days)
• Print range of pages bugfixed
• Added support for gdb-5.2 backtraces
• wxFNB : VC8 style (== patch 1158) : NOTE : this style does not support the close button on tab -> right click menu closing

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)

[Belgabor]

Resolved Fixed:

• wxFNB : VC8 style (== patch 1158) : NOTE : this style does not support the close button on tab -> right click menu closing

Thanks again
Minor bug regarding this, the syle uses the gradient colors, so the controls to select them should be enabled.

[artoj]

• Added a check for invalid text-bounds in code-completion (fixes an assert that would appear these last few days)

This can be closed now: bug #9080

[kurapix]

Is Code::Blocks and GCC multicore capable?

[Ceniza]

Is Code::Blocks and GCC multicore capable?

Settings->Compiler and debugger->[Other]. Number of processes for parallel builds.

That's how you can take advantage of multicore.

[MortenMacFly]

This can be closed now: bug #9080

Done. Thanks!

[oZZ]

Thanks for fixing the stack trace on gdb 5.2, but there's one thing the regex still missed:

#1  0x006e84a3 in std::_Rb_tree_iterator<std::pair<unsigned long const, Entity*> >::operator++(int) (this=0xb64db38) at C:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/stl_tree.h:188


I dunno if it misses templates in gdb 6.x, but it missed this line (found in the debugger log).

Thanks!

[cmaxb]

Ok, I am running CodeBlocks for the first time. Everything is great. Except: I went through Qt4 wizard. Hello World runs ok. I downloaded and installed gdb 6.3-2. When I run the debugger, I see:

Building to ensure sources are up-to-date
Build succeeded
Selecting target: Debug
Adding source dir: C:\Dev\c++\testCB\
Adding source dir: C:\Dev\c++\testCB\
Adding file: bin\Debug\testCB.exe
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.3
Debugger finished with status 1

To be fair it does this from the command line, too. So I don't know what is wrong.

[MortenMacFly]

Debugger finished with status 1

Did you compile your project with the debugging info enabled (-g switch) in the compiler options? Did you re-compile the project after you have enabled this option?
With regards, Morten.

[mandrav]

Thanks for fixing the stack trace on gdb 5.2, but there's one thing the regex still missed:

#1  0x006e84a3 in std::_Rb_tree_iterator<std::pair<unsigned long const, Entity*> >::operator++(int) (this=0xb64db38) at C:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/stl_tree.h:188


I dunno if it misses templates in gdb 6.x, but it missed this line (found in the debugger log).

Thanks!

Fixed, thanks again.

[polygon7]

Hi,
I noticed strange behavior of TODO  plugin window when you dock it near
Messages window and try to resize (minimize size). TODO overlaps Messages,
the same behavior is when you put TODO between Management and Opened
files window (see images below).

Linux Gentoo, wxGTK 2.6.3.3 unicode, C::B 3089 unicode, GCC 4.1.1

I don't know when this behavior appear first because I don't use
TODO plugin very often.



// Edit:
When I used RC2 long time ago I remember that was possible to dock TODO
in Messages (TODO window appear as TODO Tab) - it is still possible
(I tried to put it in Messages, but I can't)? If not, could you enable docking
TODO in Messages?

[cmaxb]

Debugger finished with status 1

Did you compile your project with the debugging info enabled (-g switch) in the compiler options? Did you re-compile the project after you have enabled this option?
With regards, Morten.

Yes, it had to do with this. http://forums.codeblocks.org/index.php?topic=3286.0

[marioc64]

Hi,
  There is a small problem in nighlty build RPM for SuSE.

/opt/gnome/share/codeblocks directory has permissions 700 at default, what makes user impossible to run C::B without manual chown as root.

At now solution is to run command:

Code

chmod og+r -R /opt/gnome/share/codeblocks

as root.

[dronT78]

I download build from svn (says build 3092) and ./bootstrap say that there is a trailing backsplash at line 3 in src/sdk/wxFlatNotebook/Makefile.am
Now i remove it & c::b start to compile with  :lol:

[killerbot]

I download build from svn (says build 3092) and ./bootstrap say that there is a trailing backsplash at line 3 in src/sdk/wxFlatNotebook/Makefile.am
Now i remove it & c::b start to compile with  :lol:

adjusted in svn

[rjmyst3]

I'm using this build on a xubuntu dapper virtual machine through vmware - I downloaded the .deb above.
Every time I build my project (using the "Build" command) code::blocks rebuilds all files in my project, and all files in all dependencies.

This is not new to this build - its been happening for some time now, I just always thought it was my settings. I finally deleted the entire .codeblocks folder - so all settings were reset to default. It still happens.

This does not happen on my real Ubuntu Dapper machine - everything works as expected.

Am I missing a setting somewhere?

[mandrav]

I'm using this build on a xubuntu dapper virtual machine through vmware - I downloaded the .deb above.
Every time I build my project (using the "Build" command) code::blocks rebuilds all files in my project, and all files in all dependencies.

This is not new to this build - its been happening for some time now, I just always thought it was my settings. I finally deleted the entire .codeblocks folder - so all settings were reset to default. It still happens.

This does not happen on my real Ubuntu Dapper machine - everything works as expected.

Am I missing a setting somewhere?

I 've used C::B inside VMware and I 've seen no such problems.
Building all files means that the timestamps are newer then the target's output. Check everything date/time related...

[rjmyst3]

The system time/date was set to July, but my files times were all today's date.  :oops:

[BCCISProf]

I am no longer getting the following error while editing a file (which started in the 10 October build):

Assertion[cpMaxL=pdoc->length()] failed at sdk/wxscintilla/src/scintilla/scr/editor.c xx5977

However, I can not understand why I would get code completion for the q class in:

#include <cstdlib>
#include <iostream>
#include <queue>

using namespace std;

int main()
{
 queue <string, deque<string> > q;
 q.push("Apples");
 q.push("Bananas");
 q.push("Grapes");
 q.push("Mangos");
 q.push("Pears");
 while (!q.empty()){
     cout << q.front() << " " << endl;
     q.pop();
 }

 system("PAUSE");
 return EXIT_SUCCESS;
} // end main



But not for the s class in the following:

#include <cstdlib>
#include <iostream>
#include <stack>

using namespace std;

int main() {
    stack <string> s;
    string str;

    s.push("hello");
    s.push("Hello Again");
    s.push("goodbye");
    while (!s.empty()) {
        str = s.top();
        cout << str << endl;
        s.pop();
    }
   
    system("PAUSE");
    return EXIT_SUCCESS;
} // end main


Am I overlooking something. Both programs compile and work properly. But typing "q." opens the codecompletion for the q class while typeing "s." does not show the methods of s.

[cmaxb]

Hi, a couple notes:

1) New c++ header file does not use template set up in preferences, but c++ source file does.
2) This block of code will show an ending marker at the '//}else {' instead of the last brace in code folding:

void MainWindow::closeEvent(QCloseEvent *event)
{
    workspace->closeAllWindows();
    // if (activeMdiChild()) {
    //    event->ignore();
    //} else {
    //    writeSettings();
     event->accept();
    // }
}