Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on October 14, 2006, 05:55:47 pm

Title: The 14 october 2006 build is out.
Post by: killerbot on October 14, 2006, 05:55:47 pm
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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 14 october 2006 build is out.
Post by: Belgabor on October 14, 2006, 07:48:24 pm

Resolved Fixed:

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

Thanks again :D
Minor bug regarding this, the syle uses the gradient colors, so the controls to select them should be enabled.
Title: Re: The 14 october 2006 build is out.
Post by: artoj on October 14, 2006, 07:53:20 pm
  • 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 (https://developer.berlios.de/bugs/?func=detailbug&bug_id=9080&group_id=5358)
Title: Re: The 14 october 2006 build is out.
Post by: kurapix on October 14, 2006, 10:06:41 pm
Is Code::Blocks and GCC multicore capable?
Title: Re: The 14 october 2006 build is out.
Post by: Ceniza on October 14, 2006, 10:57:13 pm
Quote from: kurapix
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.
Title: Re: The 14 october 2006 build is out.
Post by: MortenMacFly on October 14, 2006, 10:58:39 pm
This can be closed now: bug #9080 (https://developer.berlios.de/bugs/?func=detailbug&bug_id=9080&group_id=5358)
Done. Thanks!
Title: Re: The 14 october 2006 build is out.
Post by: oZZ on October 15, 2006, 03:44:16 am
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!
Title: Re: The 14 october 2006 build is out.
Post by: cmaxb on October 15, 2006, 05:29:45 am
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.
Title: Re: The 14 october 2006 build is out.
Post by: MortenMacFly on October 15, 2006, 10:36:08 am
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.
Title: Re: The 14 october 2006 build is out.
Post by: mandrav on October 15, 2006, 12:42:35 pm
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.
Title: Re: The 14 october 2006 build is out.
Post by: polygon7 on October 15, 2006, 03:22:38 pm
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.

(http://img204.imageshack.us/img204/4031/screenshot200610151508xn1.th.png) (http://img204.imageshack.us/my.php?image=screenshot200610151508xn1.png) (http://img144.imageshack.us/img144/7928/screenshot200610151502ho5.th.png) (http://img144.imageshack.us/my.php?image=screenshot200610151502ho5.png)

// 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?
Title: Re: The 14 october 2006 build is out.
Post by: cmaxb on October 15, 2006, 04:31:17 pm
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
Title: Re: The 14 october 2006 build is out.
Post by: marioc64 on October 15, 2006, 11:18:29 pm
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.
Title: Re: The 14 october 2006 build is out.
Post by: dronT78 on October 16, 2006, 12:19:57 pm
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:
Title: Re: The 14 october 2006 build is out.
Post by: killerbot on October 16, 2006, 01:34:22 pm
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
Title: Re: The 14 october 2006 build is out.
Post by: rjmyst3 on October 16, 2006, 02:08:43 pm
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?
Title: Re: The 14 october 2006 build is out.
Post by: mandrav on October 16, 2006, 04:05:37 pm
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...
Title: Re: The 14 october 2006 build is out.
Post by: rjmyst3 on October 16, 2006, 06:00:36 pm
The system time/date was set to July, but my files times were all today's date.  :oops:
Title: Re: The 14 october 2006 build is out.
Post by: BCCISProf on October 16, 2006, 07:17:39 pm
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.
Title: Re: The 14 october 2006 build is out.
Post by: cmaxb on October 21, 2006, 10:47:05 pm
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();
    // }
}