The 11 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 11 October 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061011_rev3074_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061011_rev3074_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061011_rev3074_suse100+101.rpm


Resolved Fixed:

• show filename on TinyXml errors for the user to e.g. manually fix (if possible)
• Fixed bug in new build process: if the build failed, the remaining jobs were not removed from the queue
• Fixed bug with macros substitution during the build process
• Substitute macros when cleaning a build
• Gnu ARM and MinGW : ar -s instead of ranlib
• upgrade to wxFlatNotebook 2.0 and introducing 2 new CB features :
   a) "X" close button on every tab in the EditorManager (old "X" button removed)
   b) ctrl-shift-tab advanced tabbing (turn this on in settings->environment->notebooks appearance->Use Smart Tab-switching scheme
• Fixed wxFlatNotebook to emit the page changing/changed events every time the selection changes (would only emit them if changed using the mouse). This should also fix some issues with info about the active editor being out-of-sync

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)

[Maddin]

Thanks for the advanced tabbing!

But why is it that everytime I save a file the application totaly freezes for about 5 seconds?

EDIT: rev 3074 Windows Unicode

[cstudent]

I've gotten the following errors while trying to build for Ubuntu 6.06

configmanager-revision.cpp:13:26: error: autorevision.h: No such file or directory
configmanager-revision.cpp: In static member function 'static wxString ConfigManager::GetRevisionString()':
configmanager-revision.cpp:17: error: 'LSVN_REVISION' was not declared in this scope
configmanager-revision.cpp: In static member function 'static unsigned int ConfigManager::GetRevisionNumber()':
configmanager-revision.cpp:22: error: 'autorevision' has not been declared
configmanager-revision.cpp:22: error: 'svn_revision' was not declared in this scope
configmanager-revision.cpp: In static member function 'static wxString ConfigManager::GetSvnDate()':
configmanager-revision.cpp:27: error: 'LSVN_DATE' was not declared in this scope
make[5]: *** [configmanager-revision.lo] Error 1


autorevision.h does not exist in the sdk directory.

[thomas]

Thanks for the advanced tabbing!

But why is it that everytime I save a file the application totaly freezes for about 5 seconds?

EDIT: rev 3074 Windows Unicode

Code completion...

[thomas]

autorevision.h does not exist in the sdk directory.

That file is generated during the build process.
Do you get an error message if you run autorevision (found in the tools directory) from the shell?

[takeshimiya]

(found in the tools directory) from the shell?

You mean, build_tools directory

[eranif]

"X" close button on every tab in the EditorManager (old "X" button removed)

And I remember the days that the title of some bounty was: "BOUNTY: Notebook class with "close" button at the right ..."

Time flies 

Eran

[bosca]

Hellooo !

I do a make cmd on build_tools and i get that :

./auto_revision +int +wx +t ../../.. ./../../../sdk/autorevision.h
Error: Could not open output file.
*** glibc detected *** free(): invalid next size (fast): 0x0804f2e0 ***
make: *** [all-local] Abandon


byebye

os : debian etch
gcc : 4.0.x

[thomas]

./auto_revision +int +wx +t ../../.. ./../../../sdk/autorevision.h
Error: Could not open output file.

Looks like the makefile is still having jet-lag from its trip
I believe it contains an excess ../.

Could you please edit Makefile.am and replace the line:
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../../sdk/autorevision.h
with
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../sdk/autorevision.h

Unluckily, I am presently unable to test myself due to acute lack of Linux machines, but I think it should do. Please report back if that works, so we can commit it. Thanks.

[bosca]

Sorry :

./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../../../sdk/autorevision.h   KO
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../../sdk/autorevision.h      KO
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../sdk/autorevision.h         KO
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../sdk/autorevision.h            KO
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/sdk/autorevision.h               KO
 
but, for each test, i had echo on top_srcdir and srcdir and

all-local: auto_revision
        echo $(top_srcdir)
        echo $(srcdir)
        ./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/sdk/autorevision.h

and top_srcdir has a suspect value, always the same :    ../../..
is suffisant for the cmd ?

byebye

[TheTuxKeeper]

./auto_revision +int +wx +t ../../.. ./../../../sdk/autorevision.h
Error: Could not open output file.

Looks like the makefile is still having jet-lag from its trip
I believe it contains an excess ../.

Could you please edit Makefile.am and replace the line:
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../../sdk/autorevision.h
with
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../sdk/autorevision.h

Unluckily, I am presently unable to test myself due to acute lack of Linux machines, but I think it should do. Please report back if that works, so we can commit it. Thanks.

This works fine and commited in rev3076

Code

make[3]: Entering directory `/mnt/daten/daniel/packages/BUILD/codeblocks/src/build_tools/autorevision'
./auto_revision +int +wx +t ../../.. ./../../sdk/autorevision.h
make[3]: Leaving directory `/mnt/daten/daniel/packages/BUILD/codeblocks/src/build_tools/autorevision'

@bosca: you don't need to echo these variables they are autotools builtin macros/variables and at the top of each Makefile

[Kreso]

advanced tabing rules

[cstudent]

Could you please edit Makefile.am and replace the line:
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../../sdk/autorevision.h
with
./auto_revision +int +wx +t $(top_srcdir) $(srcdir)/../../sdk/autorevision.h

I can confirm that this fixed the problem. Thanks Thomas.

[nix_BB]

Thank you for all your diligent work guys. 

[arwen]

Hello all!

Why there isn't the FC5 rpms , have stopped this build ?
The suse rpm works with Fedora ?

Thanks to alla and exusme for my bad English

[TheTuxKeeper]

Hello all!

Why there isn't the FC5 rpms , have stopped this build ?
The suse rpm works with Fedora ?

FC5 nightlies are available in the extra repository (should be enabled by default).
And no, suse packages don't work with fedora

[darus]

When editing sources, an error keeps popping all the time:

"Assertion [cpMax <= pdoc->Length()] failed at sdk\wxscintilla\src\scintilla\src\Editor.cxx 5977"

[Jan van den Borst]

Hi all
I have a problem with the new advance tabbing with 2 monitors.
The ctrl-shift-tab works but puts the "opened tabs:" dialog on monitor 1 (with enhanced monitor support on+move to head up pos.) not on 2 where the main codeblocks window is placed at
Regards
Jan

[artoj]

When editing sources, an error keeps popping all the time:

"Assertion [cpMax <= pdoc->Length()] failed at sdk\wxscintilla\src\scintilla\src\Editor.cxx 5977"

This was in the 9th day build but isn't in the 8th day build so it gives us regression window between revisions 3036 - 3050, and looking at the SVN logs I would say that it's because of commit in revision 3038.

I'll report it to Berlios.

Edit: bug #9080

    Arto

[darus]

This was in the 9th day build but isn't in the 8th day build so it gives us regression window between revisions 3036 - 3050, and looking at the SVN logs I would say that it's because of commit in revision 3038.

I'll report it to Berlios.

Thanks!

[PDEE]

Hi all, code::blocks is looking damn fine. Great work. When i want to start another project i always get a box popping up asking me if i want to save the changes even when no changes have been made to the project. Why is this? And is there any chance of having a little checkbox in the corner of this popup to tell it not to ask me again? Or an option in the editor settings to turn it off or on? If it's not possible, no problem.

Thank You.

[rjmyst3]

upgrade to wxFlatNotebook 2.0 and introducing 2 new CB features :
 a) "X" close button on every tab in the EditorManager (old "X" button removed)
 b) ctrl-shift-tab advanced tabbing (turn this on in settings->environment->notebooks appearance->Use Smart Tab-switching scheme

Fantastic!!

Very nice.

I also really like the new drop-down list in flatnotebook 2.0 - could you implement that as well? Maybe as an option (or even the default  )?

Thanks.

[BCCISProf]

When editing sources, an error keeps popping all the time:

"Assertion [cpMax <= pdoc->Length()] failed at sdk\wxscintilla\src\scintilla\src\Editor.cxx 5977"

The error continues in the October 12th Nightly build as well.

[thomas]

This was in the 9th day build but isn't in the 8th day build so it gives us regression window between revisions 3036 - 3050, and looking at the SVN logs I would say that it's because of commit in revision 3038

It is probably the patch that fixes some misbehaviour of code completion. If I understand the issue correct, it is the GetCharAt(GetPositionFromline(...)) which is throwing up...

Unluckily, it does not reproduce on my machine, and I have no clue what exactly the piece of code in question is supposed to do... 

[artoj]

Unluckily, it does not reproduce on my machine

Code

int main() {
	|
}

Delete the pipe symbol and write "this->" to that spot and the error occurs (on my machine at least). Move the opening brace to new line or add space after "()" and the error does not occur.

Edit: adding the space didn't work after all...

[kkez]

Unluckily, it does not reproduce on my machine

Code

int main() {
	|
}

Delete the pipe symbol and write "this->" to that spot and the error occurs (on my machine at least). Move the opening brace to new line or add space after "()" and the error does not occur.

Edit: adding the space didn't work after all...

I get an assert if i type "this(" but not "this." neither "this->"  :shock:
Edit: Adding a space after "()" works for me...

[MortenMacFly]

Looks like the makefile is still having jet-lag from its trip

*lol* ;-)

In case somebody is wondering why we moved the build_tools into a sperate folder: The reason is to have in there tools that need to build at first. In the (now) other tools are also tools that require e.g. the SDK to be built first. Using autotools I wasn't able to compile a folder in a sub-directory (e.g. autorevision), switch back to a higher level directory (e.g. SDK) and then come back to this sub-directory again to build the remaining tools (e.g. cb_share_config). It might have been possible somehow but in this way we have also achived a nice separation of concerns: Splitting the content in pre- and post-SDK and having an extra folder for additional stand-alone tools that are no (contrib) plugins.

With regards, Morten.

[MortenMacFly]

I get an assert if i type "this(" but not "this." neither "this->"

I can't reproduce. But: I'm using version 1.71.1 of wxScintilla. This this might not be a C::B bug at all?! Thomas: Given this new information, can you reproduce?
With regards, Morten.

[killerbot]

I can't reproduce it neither. Does the file have to be in project, or stand alone file, is it already save with the contents you show ?

[tiwag]

ican reproduce it when i do the following

start CB
create a new empty file
type

Code

int x(){
    this(

when typing the '(' the assertion message pops up

[killerbot]

When I do it like Tiwag said, I can reproduce it also.

[thomas]

Using the artoj's snippet, I can reproduce it in 3049, but not in 3074.

Tiwag's example fails in both revisions, but only if you are at the very end of the file (i.e. if you have a closing curly brace, it does not fail).

[thomas]

Code

Index: nativeparser.cpp
===================================================================
--- nativeparser.cpp	(revision 3074)
+++ nativeparser.cpp	(working copy)
@@ -650,6 +650,10 @@
     {
         ++blockStart; // skip {
         int blockEnd = ed->GetControl()->GetCurrentPos();
+
+        if(blockStart >= blockEnd)
+            return false;
+
         wxString buffer = ed->GetControl()->GetTextRange(blockStart, blockEnd);
         buffer.Trim();
         if (!buffer.IsEmpty() && !parser->ParseBuffer(buffer, false, false, true))

[artoj]

<snip>

Hmm... I applied your patch and the assert seems to be fixed, but:

Code

#include <iostream>

class TestClass
{
	public:
		TestClass();
		~TestClass();
		int TestMethod() { return 0; }
};

int main() {
	TestClass* t = new TestClass();
	|
	return 0;
}

If I replace the pipe symbol with "t->" the code completion does not work (but I guess this is a different bug). If I again move the opening brace to new line, it works as expected.

[killerbot]

Code

Index: nativeparser.cpp
===================================================================
--- nativeparser.cpp	(revision 3074)
+++ nativeparser.cpp	(working copy)
@@ -650,6 +650,10 @@
     {
         ++blockStart; // skip {
         int blockEnd = ed->GetControl()->GetCurrentPos();
+
+        if(blockStart >= blockEnd)
+            return false;
+
         wxString buffer = ed->GetControl()->GetTextRange(blockStart, blockEnd);
         buffer.Trim();
         if (!buffer.IsEmpty() && !parser->ParseBuffer(buffer, false, false, true))

will this be committed ?

[mandrav]

will this be committed ?

Allow me to check this issue first myself...

[thomas]

If it works... feel free to commit it.

I don't know what the function in question is actually doing, but I stepped through it in the debugger until  the assert() fired off (which is in the line after my patch).
The watches window shows that blockEnd is at the last character of the file, and blockStart points beyond the end of the file. That doesn't make sense to me, and it is what triggers the assert(), too. So, no idea whether it is a good solution for the actual problem, but it avoids the assert error

[mandrav]

I committed the fix.

If it works... feel free to commit it.

Well, excuse me but I can't trust "it works" from you since you admittedly never use this functionality .
As a matter of fact, your patch fixed the assert but disabled code-completion (for these cases), lol.
So, the patch to your patch is this:

Code

-        if(blockStart >= blockEnd)
-            return false;
+       if (blockStart >= blockEnd)
+            blockStart = blockEnd;

[killerbot]

aaaaaaaaaaah : excellent teamwork  :lol: :lol: :lol: :lol:

[thomas]

Well, excuse me but I can't trust "it works" from you since you admittedly never use this functionality .

As it happens, I did, in order to pinpoint the location of the problem. And yes, I immediately regretted enabling CC again. 
Oh yes, and I did not say "it works". I said "I don't know what that function is supposed to do, but I got rid of the assert error"  That's why I did not commit it right away, but left for someone else to test.

I really wish one could actually use code completion. Believe me, I would use it if it was possible. However, turning on code completion practically makes the IDE unusable.  :lol:

It's not only about an occasional crash or an assertion, the annoying "freeze after save" and "freeze as you type" problems are back again, too.

[Maddin]

Thanks for the advanced tabbing!

But why is it that everytime I save a file the application totaly freezes for about 5 seconds?

EDIT: rev 3074 Windows Unicode

Code completion...

Is there any way to give the parsing thread lower priority?

EDIT:

However, turning on code completion practically makes the IDE unusable.  Laughing

oh ... then you have allready answered my question

[mandrav]

It's not only about an occasional crash or an assertion, the annoying "freeze after save" and "freeze as you type" problems are back again, too.

Is there any way to give the parsing thread lower priority?

Because everybody has his own opinions on things, allow me to clear this up:
The freeze has nothing to do with the parser threads. The freeze is for the symbols view to be updated. Although this should be running in its own thread, something is obviously wrong there. I 'm planning to fix it but I have to boot to Linux. So you have to wait until the weekend...

[tiwag]

I really wish one could actually use code completion. Believe me, I would use it if it was possible...

aaarrrrgh ! you should try it for a while instead of %&$§"§$%/(& ' ing

CC is usable, with all limitations, but it is a great help.
i like it and enjoy it that it gets better and better ...

[szaszafrasz]

A bug: file/import project/  "any" .
For example: when I try import "aabbcc.dsp", it says "aabbbcc.cbp" not found.

[mandrav]

A bug: file/import project/  "any" .
For example: when I try import "aabbcc.dsp", it says "aabbbcc.cbp" not found.

Try File->Open