Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on October 10, 2009, 05:13:49 pm

Title: The 10 October 2009 build (5859) is out.
Post by: killerbot on October 10, 2009, 05:13:49 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2810.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z

The 10 October 2009 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20091010_rev5859_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 10, 2009, 05:19:53 pm
Thanks for your hard work!!! :D
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 10, 2009, 05:45:51 pm
Just moved svn r5857 into my repo (5858 and 5859 are changes to test-branches, that means it's internally the same revision as on windows).

Since now I also include the codeblocks docs (html and pdf) in english and german in two extra-packages.

If you want them, you have to install them (either manually or via package-manager), they are not installed automagically (no dependencies between docs and binaries).
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Xaviou on October 10, 2009, 07:56:35 pm
Ubuntu 8.04 to 9.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx2810) can be found  here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20091009_802_rev5857_Ubuntu704-904_wx2810_amd64tar.gz) (direct link).
As jens said, it's rev 5857.

Regards

Xav'
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Sergey3000 on October 10, 2009, 11:35:51 pm
Thank you.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: 80sky on October 11, 2009, 01:01:20 am
Thank you!
Title: Re: The 10 October 2009 build (5859) is out.
Post by: zabzonk on October 11, 2009, 11:43:23 am
Firstly, thank you (and all the others) for your hard work. However...

At some point since SVN 5678 (the last nightly I downloaded) it seems that a visual bug has appeared. When a source file is loaded into the IDE for the first time, there is a definite and to me very irritating "flash" in the editor pane. This doesn't happen when switching to an already loaded file.  It's not a big deal in the great scheme of things, but I frequently recommend CB on Stack Overflow, and I'm a bit worried it could be off-putting for people using CB for the first time.

This is on Win2K, BTW.

Thanks again for a great IDE.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Halan on October 11, 2009, 03:35:53 pm
Hey,

here on Ubuntu Karmic I can't execute Code::Blocks. I use the packages from Jenslody. I use wxWidgets 2.8.10.1.

The error message is:
Quote from: bash
[email protected]:~$ codeblocks
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

greetings,
Halan
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 11, 2009, 04:00:48 pm
Hey,

here on Ubuntu Karmic I can't execute Code::Blocks. I use the packages from Jenslody. I use wxWidgets 2.8.10.1.

The error message is:
Quote from: bash
[email protected]:~$ codeblocks
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

greetings,
Halan

Which wxWidgets packages do you use ?
I compile against wxWidgets from apt.wxwidgets.org and use them for my working system as well.
(I do not use my working system for compile, it's done in a clean pbuilder chroot)

If you use wxwidgets-packages from ubuntu, you can give apt.wxwidgets.org a try.
No other things I can do from here, because I do not use ubuntu and as far as I see, almost every new release introduces some weird issues.

You can also try xavious-packages, which are explicitely build for ubuntu.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Xaviou on October 11, 2009, 09:17:58 pm
You can also try xavious-packages, which are explicitely build for ubuntu.

He can, but he must take care of the fact that my packages are only build for amd64.
Usualy, pasgui provides 32bits packages for Ubuntu 32bits, stores them in his repository, and also put my 64bits packages in his repository.
But while he hasn't posted here, the 32bits packages aren't available.

Regards

Xav'
Title: Re: The 10 October 2009 build (5859) is out.
Post by: pasgui on October 12, 2009, 01:08:14 am
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/ubuntu/)

Best regards, pasgui
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ahui886 on October 12, 2009, 03:35:44 am
Thanks,good job.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: sdfwds4 on October 12, 2009, 12:56:46 pm
thanks, the icon is beautiful, and has some linux taste!  :D
Title: Re: The 10 October 2009 build (5859) is out.
Post by: oBFusCATed on October 12, 2009, 02:19:20 pm
thanks, the icon is beautiful, and has some linux taste!  :D
Uau, maybe I'm the only one that doesn't like them :(
Especially the debugger ones (next and step into in particular), also compile and run looks extremely bad, compared to the old one.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: timothynasa on October 12, 2009, 04:29:47 pm
Many thanks to your hard and good job :P
Title: Re: The 10 October 2009 build (5859) is out.
Post by: trdm on October 12, 2009, 08:16:16 pm
Many thanks to your hard and good job :P
+2^1024 :)
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Kazade on October 12, 2009, 08:44:53 pm
Is it just me.. or did F11 stop working correctly in this version?

Normally if I create a header file, and press F11, Codeblocks would create the equivalent source file. Now it's stopped doing it. I can still switch between header/source if both files exist though. Is this a bug?
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: rjwgnr27 on October 13, 2009, 12:05:31 am
On my system (Fedora 8 ), the new code completion very slow on start-up. 

For the start-up time measurement, I start CB.  At the welcome screen, I open a large project (5212 files; 1,989,931 total lines).  Once all the file tabs are opened, I measure the time until the symbol browser is populated.

Using the nightly SVN, except .../src/plugins/codecompletion is pre r5770 (svn up -c5770), start-up for my project is about 40 second.  The first ~25 seconds, editor is responsive, then unresponsive for the last 15, then the symbol browser is populated.  Saving a source file causes an approximately three second pause, presumably while the symbols of the file are reparsed.

All of the version since 5770 through the current 5861, take approximately three minutes for the symbol table to be populated; also saving a file causes approximately the same three minute delay.

As noted, this is a Fedora 8, x86_64; gcc-4.1.2-33.x86_64, wxBase-2.8.9-1.fc8.x86_64, wxGTK-2.8.9-1.fc8.x86_64.

   ./configure --enable-final --disable-dependency-tracking --disable-debug \
      --prefix=/usr --libdir=/usr/lib64 --with-contrib-plugins=all
Title: Re: The 10 October 2009 build (5859) is out.
Post by: courage on October 13, 2009, 03:20:52 am
Hello, this version already has this bug. See the attached pictures below, please.
When I use "MenuBar editor" to setup the properities of menu item, just like picture "01_checked.png", checking this menu item.
Then close this wxs file and reopen it, the checked properity is reset to be unckecked. Please see picture "02_unchecked.png". This bug has existed very long time. I'll be grateful for your help.


[attachment deleted by admin]
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: ollydbg on October 13, 2009, 03:52:05 am
On my system (Fedora 8 ), the new code completion very slow on start-up. 

For the start-up time measurement, I start CB.  At the welcome screen, I open a large project (5212 files; 1,989,931 total lines).  Once all the file tabs are opened, I measure the time until the symbol browser is populated.

Using the nightly SVN, except .../src/plugins/codecompletion is pre r5770 (svn up -c5770), start-up for my project is about 40 second.  The first ~25 seconds, editor is responsive, then unresponsive for the last 15, then the symbol browser is populated.  Saving a source file causes an approximately three second pause, presumably while the symbols of the file are reparsed.

All of the version since 5770 through the current 5861, take approximately three minutes for the symbol table to be populated; also saving a file causes approximately the same three minute delay.

As noted, this is a Fedora 8, x86_64; gcc-4.1.2-33.x86_64, wxBase-2.8.9-1.fc8.x86_64, wxGTK-2.8.9-1.fc8.x86_64.

   ./configure --enable-final --disable-dependency-tracking --disable-debug \
      --prefix=/usr --libdir=/usr/lib64 --with-contrib-plugins=all

rev 5770 is where the codecompletion_refactoring branch merged.  :D
Is there some test case you can supply?
For me, I just test opening the C::B's source, and the parser works quite well.

Quote
Saving a source file causes an approximately three second pause, presumably while the symbols of the file are reparsed.
This is really not caused by CC.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: szczepan on October 13, 2009, 04:22:29 am

AAAARGHHHHHHHHHHH DON'T!

Just... DON'T!

Pretty please! Don't ever auto-insert newlines when completing braces! Giga-annoying, makes writing one-liner accesors a real pain.

I myself have committed a patch to monodevelop to disable this behavior. If you want nice formatting

Code: [Select]
{
    like this
}

then do it on Enter keystroke when the caret is between adjacent opening and closing braces. The user types opening brace, it gets auto-closed. Then if the user wants formatting they can press enter immediately, but if they want to write a one-liner they just continue typing. Everyone wins!

Title: Re: The 10 October 2009 build (5859) is out.
Post by: chikigai on October 13, 2009, 08:44:06 am
I am working with a workspace with several projects.
When I use 'Search & Replace' feature with the target set to the whole workspace, the IDE permanently hangs from this nightly build.
The issue does not happen with Code Completion disabled.

Using latest nightly under WinXP SP3.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 13, 2009, 09:14:07 am
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"
Title: Re: The 10 October 2009 build (5859) is out.
Post by: chikigai on October 13, 2009, 10:54:00 am
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

This seems to have eliminated the issue I am facing with the 'Search & Replace' feature with the scope set to the whole workspace.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jsibarani on October 13, 2009, 01:34:14 pm
Thank you C::B team.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Kazade on October 13, 2009, 04:11:48 pm
Is it just me.. or did F11 stop working correctly in this version?

Normally if I create a header file, and press F11, Codeblocks would create the equivalent source file. Now it's stopped doing it. I can still switch between header/source if both files exist though. Is this a bug?

I'm also getting this on my work PC. This was a really useful feature, has it been removed intentionally?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: parameter on October 13, 2009, 08:11:24 pm
In the past (and in other apps) pressing control-tab (and releasing both) will toggle to the prior document.  Repeating that will go back and forth between the recent two documents.  In this version of code::blocks pressing and releasing control-tab doesn't change the current document.

If it's just a bug, cool, I look forward to when it's fixed.  If it's intentional, please allow an option to have it toggle between the recent two documents (if that option is already available, please lemme know where :) ).

Thanks for the great app.

Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: rjwgnr27 on October 13, 2009, 08:31:50 pm
rev 5770 is where the codecompletion_refactoring branch merged.  :D

This is why I reverted to pre-5770.  It is the new CC code which appears to cause the long start-up.

Quote
Is there some test case you can supply?
For me, I just test opening the C::B's source, and the parser works quite well.

Unfortunately, no I can't supply the project that I perform these tests on.  I will try loading the C::B project, and compare the versions there. 

Quote
Quote
Saving a source file causes an approximately three second pause, presumably while the symbols of the file are reparsed.
This is really not caused by CC.

However, with the new CC code in place (i.e. CC at 5859), saving a file causes a substantial "hang", where the editor is unusable.  With the new CC backed out, it is minor (~3 seconds).
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: jens on October 13, 2009, 09:03:48 pm
However, with the new CC code in place (i.e. CC at 5859), saving a file causes a substantial "hang", where the editor is unusable.  With the new CC backed out, it is minor (~3 seconds).

Please read my post (http://forums.codeblocks.org/index.php/topic,11311.msg77223.html#msg77223), some posts above, and test whether it changes the behaviour for you.
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: rjwgnr27 on October 13, 2009, 09:09:32 pm
Quote
Quote
Is there some test case you can supply?
For me, I just test opening the C::B's source, and the parser works quite well.

Unfortunately, no I can't supply the project that I perform these tests on.  I will try loading the C::B project, and compare the versions there. 

I tried opening the C::B project, and it was quite quick.   I also tried a subset my project, and while it was not as long as the whole project, it still took substantial time to load and save a file.  So the delay seems to be related to the size/complexity of the project.

On a suggestion in one of the other posts, I disabled the symbol browser, and the delays went away; things were very quick.  Alas, I use the symbol browser extensively.

In testing 5859 (and noticed for a few recent tests since 5848), when I open a file, the whole file is selected.  Clicking in the editor clear the selection; however, typing a key inserts the character at the cursor, but then scrolls the view to the top of buffer.  I wonder if this is related to the version of WX (2.8.9)?

So at this point, for my system, I'm stuck at 5848, with 5769 code-completion.
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: jens on October 13, 2009, 09:19:48 pm
In testing 5859 (and noticed for a few recent tests since 5848), when I open a file, the whole file is selected.  Clicking in the editor clear the selection; however, typing a key inserts the character at the cursor, but then scrolls the view to the top of buffer.  I wonder if this is related to the version of WX (2.8.9)?

It seems you use a self-build C::B, it looks a little bit like the problem described here: http://forums.codeblocks.org/index.php/topic,11286.0.html (http://forums.codeblocks.org/index.php/topic,11286.0.html).
Did you try a rebuild (or make clean and make on linux) ?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: parameter on October 13, 2009, 10:26:15 pm
This build of code::blocks seems less responsive than the 5678 build I was using previously.

There will be times that I simply cannot move the cursor around or edit text for a second or two (and I have a very fast desktop with plenty of ram (on windows xp)).

Also, when I hit F7 (which I have as a shortcut for Build) it will do nothing for 1 to 3 seconds before starting the build (the 5678 build was immediate).  While it's cooler if the app is just supper fast, it would be nice if it at least acknowledged immediately that I pressed a key.  It's that second of wondering if I should press the key again or whether the program froze that is more of a concern than the actual seconds it takes.

Thanks again.
Title: Re: The 10 October 2009 build (5859) is out. New code completion very slow.
Post by: rjwgnr27 on October 13, 2009, 11:43:29 pm
In testing 5859 (and noticed for a few recent tests since 5848), when I open a file, the whole file is selected.  Clicking in the editor clear the selection; however, typing a key inserts the character at the cursor, but then scrolls the view to the top of buffer.  I wonder if this is related to the version of WX (2.8.9)?

It seems you use a self-build C::B, it looks a little bit like the problem described here: http://forums.codeblocks.org/index.php/topic,11286.0.html (http://forums.codeblocks.org/index.php/topic,11286.0.html).
Did you try a rebuild (or make clean and make on linux) ?

It seems that was it for the selection issue.  Thanks!
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jzb on October 14, 2009, 03:42:48 am
awesome!  :P
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 17, 2009, 04:12:19 am
Patch needed to remove warning under ANSI Windows Build.
Changes "%ld" to "%d".

Macro _T()  hides the issue when using Unicode.

Tim S.

Code: [Select]
||=== DragScroll, default ===|
src\plugins\contrib\dragscroll\dragscroll.cpp||In member function 'virtual void cbDragScroll::OnAttach()':|
src\plugins\contrib\dragscroll\dragscroll.cpp|247|warning: format '%ld' expects type 'long int', but argument 2 has type 'int'|

Code: [Select]
Index: src/plugins/contrib/dragscroll/dragscroll.cpp
===================================================================
--- src/plugins/contrib/dragscroll/dragscroll.cpp (revision 5865)
+++ src/plugins/contrib/dragscroll/dragscroll.cpp (working copy)
@@ -244,7 +244,7 @@
  PluginInfo* pInfo = (PluginInfo*)(Manager::Get()->GetPluginManager()->GetPluginInfo(this));
  pInfo->version = wxT(VERSION);
  // Allow other plugins to find our Event ID
- m_DragScrollFirstId = wxString::Format( _T("%ld"), wxEVT_DRAGSCROLL_EVENT);
+ m_DragScrollFirstId = wxString::Format( _T("%d"), wxEVT_DRAGSCROLL_EVENT);
  pInfo->authorWebsite = m_DragScrollFirstId;
 
  #if defined(LOGGING)
Title: Re: The 10 October 2009 build (5859) is out.
Post by: killerbot on October 17, 2009, 09:09:31 am
done
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Squeaky on October 18, 2009, 02:21:28 pm
I'm having trouble building it on my mac, as its defaulting to a 64-bit build and everything fails to link.  How do I force it to do a 32 bit build for os x 10.6?

edit: nevermind, I got it!  -m32
Title: Re: The 10 October 2009 build (5859) is out.
Post by: baska on October 19, 2009, 03:40:52 pm
First of all thanks for great job.

I use C::B for embedded development, which has multiple targets and each target has own makefile.
Before I use version 8.02 for Windows. (Checked "This is a custom Makefile" on "Project option" dialog).

And I downloaded nightly build 5859. Now I cannot build my project.

Does C::B ver5859 support custom makefiles?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 19, 2009, 04:08:01 pm
First of all thanks for great job.

I use C::B for embedded development, which has multiple targets and each target has own makefile.
Before I use version 8.02 for Windows. (Checked "This is a custom Makefile" on "Project option" dialog).

And I downloaded nightly build 5859. Now I cannot build my project.

Does C::B ver5859 support custom makefiles?

Please check again.
"Project" -> "Properties"
Tab "Project Settings"
section Makefile:
  
Title: Re: The 10 October 2009 build (5859) is out.
Post by: sbilsing on October 20, 2009, 08:22:55 am
Hi there,
did anyone realize that the alphabetic order in the symbols browser is broken? The class names are ordered correctly. But only about 90% of the function names are ordered correctly. The rest is spread randomly over the list.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: critic on October 20, 2009, 09:20:14 am
Please, add sorting of project tree without case matching (otherwise I have 2 alphabetically sorted lists). I think this can be an option in context menu of the project manager widget.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: critic on October 20, 2009, 09:35:13 am
CC has strange mistake. Here is an example:
Code: [Select]
QString str;
str.arg(123).arg(123).arg(123). ... // and so on

After the third or the forth recursive call the IDE is freezing.

And else:
Code: [Select]
template <class T>
struct STRUCT1
{
    T obj;
};

struct STRUCT1
{
    void func() {}
};

STRUCT1<STRUCT2> obj;

// first test
obj.          // here appers list with `obj` - this is good!

// second test (I tested it without the first test line)
obj.obj.     // but here no CC list - why?

Thanks for your job!
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 20, 2009, 09:50:00 am
CC has strange mistake. Here is an example:
Code: [Select]
QString str;
str.arg(123).arg(123).arg(123). ... // and so on

After the third or the forth recursive call the IDE is freezing.

And else:
Code: [Select]
template <class T>
struct STRUCT1
{
    T obj;
};

struct STRUCT1
{
    void func() {}
};

STRUCT1<STRUCT2> obj;

// first test
obj.          // here appers list with `obj` - this is good!

// second test (I tested it without the first test line)
obj.obj.     // but here no CC list - why?

Thanks for your job!

That's true, because currently, CC doesn't parse any template argument, so, it can't pass the "second test". If someone would like to implement this functionality...., I will be happy.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: blueshake on October 20, 2009, 10:16:56 am
The macro replacement and template parse are not implemented,so it doesn't work certainly.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: critic on October 20, 2009, 10:26:50 am
Thanks for fast answer, ollydbg! I will go on test CC  :).
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 20, 2009, 06:42:23 pm
Patch needed for Code::Blocks under Windows with NOPCH.
Edit: Added ThreadSearch patch.

Code: [Select]
Index: src/sdk/editormanager.cpp
===================================================================
--- src/sdk/editormanager.cpp (revision 5870)
+++ src/sdk/editormanager.cpp (working copy)
@@ -26,6 +26,7 @@
     #include "projectfile.h"
     #include "pluginmanager.h"
     #include "manager.h"
+    #include "macrosmanager.h"
     #include "filemanager.h"
     #include "sdk_events.h"
     #include "projectbuildtarget.h"
Index: src/plugins/contrib/ThreadSearch/SearchInPanel.cpp
===================================================================
--- src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (revision 5870)
+++ src/plugins/contrib/ThreadSearch/SearchInPanel.cpp (working copy)
@@ -17,8 +17,11 @@
 
 #include "sdk.h"
 #ifndef CB_PRECOMP
+    #include <wx/bitmap.h>
+    #include <wx/bmpbuttn.h>
     #include <wx/checkbox.h>
     #include <wx/sizer.h>
+    #include <configmanager.h>
 #endif
 
 #include "wx/things/toggle.h"
Index: src/plugins/codecompletion/parser/token.cpp
===================================================================
--- src/plugins/codecompletion/parser/token.cpp (revision 5870)
+++ src/plugins/codecompletion/parser/token.cpp (working copy)
@@ -9,6 +9,8 @@
 
 #include <sdk.h>
 #include <globals.h>
+#include <logmanager.h>
+#include <manager.h>
 #include "token.h"
 #include <wx/intl.h>
 #include <wx/tokenzr.h>
Index: src/plugins/codecompletion/parser/parserthread.cpp
===================================================================
--- src/plugins/codecompletion/parser/parserthread.cpp (revision 5870)
+++ src/plugins/codecompletion/parser/parserthread.cpp (working copy)
@@ -13,6 +13,7 @@
 #include <wx/app.h>
 #include <wx/msgdlg.h>
 #include <manager.h>
+#include <logmanager.h>
 #include <globals.h>
 
 #include <cctype>

Tim S.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: killerbot on October 20, 2009, 09:55:50 pm
applied : rev 5871
Title: Re: The 10 October 2009 build (5859) is out.
Post by: critic on October 21, 2009, 06:15:39 am
In some projects I use common sources (libraries) and in project tree files are appear with a part of path. It is not suitable, in my opinion, because node's name doesn't fit in project manager widget and it's not easy for user eye to look for filename in such tree.
I think that the following look will be better:

with path information (if it possible, show paths in braces with gray font color)

Code: [Select]
project
    SomeVirtualFolder
        file1.h (some/path/to/library1)
        file1.cpp (some/path/to/library1)
        file2.h (some/path/to/library1)
        file2.cpp (some/path/to/library1)
        file1.h (some/path/to/library2)
        file1.cpp (some/path/to/library2)
        file2.h (some/path/to/library2)
        file2.cpp (some/path/to/library2)       

or without path information (when mouse over node you can show tooltip with full filename of path to file)

Code: [Select]
project
    SomeVirtualFolder
        file1.h
        file1.cpp
        file2.h
        file2.cpp
        file1.h
        file1.cpp
        file2.h
        file2.cpp
Title: Re: The 10 October 2009 build (5859) is out.
Post by: critic on October 21, 2009, 07:45:56 am
For a long time in C::B exists a bug - description follows:

Conditions:
    Custom makefile project

Steps:
    Press `Build` or `Rebuild` button to start build or rebuild project process
    Wait for process start
    Press `Abort` button to stop build or rebuild process

On the last step you will see, that this command don't work.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 21, 2009, 08:13:50 am
For a long time in C::B exists a bug - description follows:

Conditions:
    Custom makefile project

Steps:
    Press `Build` or `Rebuild` button to start build or rebuild project process
    Wait for process start
    Press `Abort` button to stop build or rebuild process

On the last step you will see, that this command don't work.
Hi, I have the similar problem when build the OpenCV library. The library was build from a makefile which was generated from CMake, Once I start building the OpenCV library, there is no way to stop the build process.  :(
Title: Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
Post by: jens on October 21, 2009, 01:55:05 pm
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.
Title: Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
Post by: ollydbg on October 21, 2009, 02:36:20 pm
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.
Symbols browser runs faster!!!!!
Thanks.
But I still have more questions: see the screenshot below:
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2009-10-21202245.png)

Q1, it seems in vector.tcc, the function has correctly parsed, butin the symbols browser,  why there is only one member under std::vector?

Q2, this question maybe is not related to symbols-browser, it seems there is a namespace "std" in namespace "std". :(
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 21, 2009, 02:43:50 pm
Also, when I open the CC debug dialog, There are many members of std::vector. see the screen shot below:

(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2009-10-21203403.png)

This is more weird.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 21, 2009, 03:09:20 pm
Q1, it seems in vector.tcc, the function has correctly parsed, butin the symbols browser,  why there is only one member under std::vector?

This has a simple cause.
The previous code has looked for double-entries while building the tree, the last parsed entry remained, all others have been deleted.
I do something similar, with one difference: the last entry after sorting remains.

I thought about not searching for doubles, but decided to do so.
The parser tells us there are several places where vector (in your example) is declared, even if that can not be (at least not in the same namespace).
In my opinion that is a parsers issue, because the parser dos not handle the gcc include-files correctly (due to defines, macros and whatever).

I tend to remove the RemoveDoubles-function, because it's not the clasbrowserbuilderthread's purpose to (try to) correct parser-issues.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: BCCISProf on October 21, 2009, 04:06:05 pm
Question: The last time the Mac OS X version has been updated was last March. Is there anyone who could possibly prepare a Mac OS X version of a recent nightly?

Thank you
Title: Re: The 10 October 2009 build (5859) is out. - CodeCompletion speed-up
Post by: rjwgnr27 on October 21, 2009, 11:26:24 pm
To all with large projects and long timeouts, please try to disable the symbols browser, not the whole codecompletion and post here whether it changes anything.

Check "Settings -> Editor... -> Code-completion and symbols browser -> Symbols browser -> Disable symbols browser"

Symbols-browser should now (svn r5872) should now be much faster.
Please test (if possible) and report back any issues.

Just tested it out.  Not only much faster than the problem version I reported earlier, but appears even faster than the old CC I was holding at!   Thanks! Great job!  :D
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 21, 2009, 11:57:26 pm
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 22, 2009, 03:21:30 am
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.
You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
It seems there are five vector classes. :(
I will check the bug.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: ollydbg on October 22, 2009, 09:05:01 am
I just commented ou the call of the RemoveDoubles-function (svn r5873) .
I think it's better to have some doule tokens, than to lose (or better not to see) useful information.

It's surely not a simple job to parse the complex structure of the compilers include-files, but it can not be handled correctly by the symbols browser.
It has to be done by the parser.
You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
It seems there are five vector classes. :(
I will check the bug.
A patch to solve this problem in
http://forums.codeblocks.org/index.php/topic,11187.msg77545.html#msg77545
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Trigve on October 22, 2009, 02:25:16 pm
Hi,
I've tried this nightly release and have some suggestion. When using the symbol tab, one can select type of sorting the members of some class (or whatever) you choose in top symbol window. But all sort options are mutually  exclusive. It would be good if I could chose "sort by kind" and also "sort alphabetically". So I think that these options should be split up to 2 categories: 1. category will be sort options, 2. should be display options (display by kinds, by member access, ...) . So one can then use sorting options with display options. What do you think?

Thanks

Trigve
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 22, 2009, 02:45:31 pm
Sorting the items only happens if they are displayed, so there is no difference between sort- and display-options.

The sort order is as follows:
Sort by access: 1. sort by scope (public, private, protected ..), 2. sort by kind (function, variable, ...), 3. sort by name (alpabetically)
Sort by kind: 1. sort by kind (function, variable, ...), 2. sort by name (alpabetically)
Sort by alphabetically: 1. sort by name (alpabetically)

The alphabetically sort dif not work correctly in all cases in this nightly.

This issue is fixed in trunk in the meantime, so the next nightly should work as expected, and it has an option to display the items unsorted.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Trigve on October 22, 2009, 06:00:55 pm
Sorting the items only happens if they are displayed, so there is no difference between sort- and display-options.

The sort order is as follows:
Sort by access: 1. sort by scope (public, private, protected ..), 2. sort by kind (function, variable, ...), 3. sort by name (alpabetically)
Sort by kind: 1. sort by kind (function, variable, ...), 2. sort by name (alpabetically)
Sort by alphabetically: 1. sort by name (alpabetically)

The alphabetically sort dif not work correctly in all cases in this nightly.

This issue is fixed in trunk in the meantime, so the next nightly should work as expected, and it has an option to display the items unsorted.

Thanks for reply.
But what about the case if I want to to sort by kind (to get a nice layout of Constructors/Destructors, Functions, Variables, ...) and also want that each section (i.e. Constructors/Destructors) will be sorted by access (i.e. the first will be public, then protected and then private members)?

Thanks

Trigve
Title: Re: The 10 October 2009 build (5859) is out.
Post by: JC673 on October 24, 2009, 07:30:12 am
Is there a feature to save the exact layout of the editor?  I prefer dual-pane coding, which headers on one side and source files on another, and right now it's a bit annoying to have to sort the tabs every time I start C::B up.  It saves the tabs, but not the panes.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 24, 2009, 09:01:59 am
Is there a feature to save the exact layout of the editor?  I prefer dual-pane coding, which headers on one side and source files on another, and right now it's a bit annoying to have to sort the tabs every time I start C::B up.  It saves the tabs, but not the panes.

No it's not possible due to wxAuibook limitations.

I have a patch that makes it possible to save the order of the tabs, if the user has changed it via drag and drop, but recreating the layout if you have split the editor-pane with drag and rop is not possible at the moment.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: cacb on October 24, 2009, 10:30:22 pm
I like to sometimes open multiple C:B IDE's and have done so successfully in the past.

But with 5859 when I uncheck the setting under Settings | Environment...
"Allow only one running instance (needs application restart to take effect)"

I am still not able to open more than one IDE, even after application restart. I am on Windows XP.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: oBFusCATed on October 24, 2009, 10:49:57 pm
cacb: There is a checkbox just below the one you've unchecked, uncheck it too (something like "use the already working instance")

Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 24, 2009, 10:57:24 pm
Download link to second server since 1st server not working
http://monitor.berlios.de/berlios-status/index.php

http://download2.berlios.de/codeblocks/CB_20091010_rev5859_win32.7z

Tim S.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: cacb on October 24, 2009, 11:16:40 pm
cacb: There is a checkbox just below the one you've unchecked, uncheck it too (something like "use the already working instance")

Thanks  :D, I thought that was about something else  (Dynamic Data Echange).

It works now.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Trigve on October 25, 2009, 12:51:47 pm
In case you've overlooked my previous question. Would it be possible to sort by kind (to get a nice layout of Constructors/Destructors, Functions, Variables, ...) and also sort each section (i.e. Constructors/Destructors) by access (i.e. the first will be public, then protected and then private members)?

Thanks

Trigve
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 25, 2009, 01:29:46 pm
In case you've overlooked my previous question. Would it be possible to sort by kind (to get a nice layout of Constructors/Destructors, Functions, Variables, ...) and also sort each section (i.e. Constructors/Destructors) by access (i.e. the first will be public, then protected and then private members)?

Thanks

Trigve

This is the wrong thread to ask for features; so, it is possible you will never get an answer. I suggest search the forums; and if you get no results, Then posting in the closest sub-forum of http://forums.codeblocks.org/index.php/board,3.0.html to ask "if it is possible" and if you get no as the answer then submit a feature request to Berlios http://developer.berlios.de/feature/?group_id=5358

Note: I have no idea if the feature already exists or not.

Tim S.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: x3n on October 26, 2009, 03:54:57 pm
I'm using r5857 from jens debian repository on ubuntu.

The thread search shows me an error message (Error: Failed to open <file>) if <file> is an empty file within the search scope. The normal find in files function works properly. You can reproduce this with "touch /somepath/somefile.c" and setting the search directory to 'somepath'.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 26, 2009, 04:30:09 pm
I'm using r5857 from jens debian repository on ubuntu.

The thread search shows me an error message (Error: Failed to open <file>) if <file> is an empty file within the search scope. The normal find in files function works properly. You can reproduce this with "touch /somepath/somefile.c" and setting the search directory to 'somepath'.

Thanks for reporting this, I fixed this issue in trunk.

It happens also on windows, to avoid this message, you can uncheck "Show error message if file can not be opened" in the ThreadSearch-configuration.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: x3n on October 26, 2009, 04:41:49 pm
I'm using r5857 from jens debian repository on ubuntu.

The thread search shows me an error message (Error: Failed to open <file>) if <file> is an empty file within the search scope. The normal find in files function works properly. You can reproduce this with "touch /somepath/somefile.c" and setting the search directory to 'somepath'.

Thanks for reporting this, I fixed this issue in trunk.

It happens also on windows, to avoid this message, you can uncheck "Show error message if file can not be opened" in the ThreadSearch-configuration.

Great, thanks.

And by the way, I appreciate your debian repository much. It also helped me to convince some friends to start using codeblocks. ;)
Title: Re: The 10 October 2009 build (5859) is out.
Post by: cn2011 on October 27, 2009, 03:13:58 am
Thanks for your hard work!!!  :lol:
Title: Re: The 10 October 2009 build (5859) is out.
Post by: phenx on October 28, 2009, 08:52:13 am
Hey,

here on Ubuntu Karmic I can't execute Code::Blocks. I use the packages from Jenslody. I use wxWidgets 2.8.10.1.

The error message is:
Quote from: bash
[email protected]:~$ codeblocks
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

greetings,
Halan

On Ubuntu 9.10 karmic kaola the error still alive.
I install the package from  jenslody    and pasgui, I also complice from svn ,the error still follow me.  (oh,my poor english).

Thank Yours .  I am newer to CB and English. :D
Title: Re: The 10 October 2009 build (5859) is out.
Post by: koso on October 28, 2009, 12:09:10 pm
On http://apt.wxwidgets.org/ are binary packages for more distributions .. which of them are you using?

And I have no problem with self compiled version on 9.10 KK using wx libraries from ubuntu repositories.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: PaowZ on October 28, 2009, 06:44:33 pm
Hello there!

I've seen somebody encountering an issue while compiling custom makefiles. The fact is that I have the same issue. Of course, I checked the "This is a custom makefile" box.
And I get this:

Quote
-------------- Build: Debug-imx in AL22 ---------------

Using makefile: AL22.mk
make: *** No rule to make target `Debug-imx'.  Stop.
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings

..where AL22.mk is my custom makefile..

Any clue ?? thanks a lot.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 28, 2009, 06:51:51 pm
Hello there!

I've seen somebody encountering an issue while compiling custom makefiles. The fact is that I have the same issue. Of course, I checked the "This is a custom makefile" box.
And I get this:

Quote
-------------- Build: Debug-imx in AL22 ---------------

Using makefile: AL22.mk
make: *** No rule to make target `Debug-imx'.  Stop.
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings

..where AL22.mk is my custom makefile..

Any clue ?? thanks a lot.

Do you have a makefile target called "Debug-imx"?

Note: Unless you think this is a new problem with this nightly build I suggest opening a new thread on how to use custom makefile.

Tim S.


Title: Re: The 10 October 2009 build (5859) is out.
Post by: PaowZ on October 28, 2009, 07:07:27 pm
Well,

Quote
Do you have a makefile target called "Debug-imx"?
Nop, and that was not an issue in v8.02.

I have this line supplied to make.exe
Quote
$make -f $makefile all ARCH=arm-gcc FLAVOR=debug

so, my target would be 'all' but the build target name has always been "Debug-imx"...  :shock:

By the way, I tried to name it 'all' but I get the same error.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: stahta01 on October 28, 2009, 07:15:05 pm
Well,

Quote
Do you have a makefile target called "Debug-imx"?
Nop, and that was not an issue in v8.02.

I have this line supplied to make.exe
Quote
$make -f $makefile all ARCH=arm-gcc FLAVOR=debug

so, my target would be 'all' but the build target name has always been "Debug-imx"...  :shock:

By the way, I tried to name it 'all' but I get the same error.

Rename the Code::Blocks target to all and start a new thread THIS does not belong in the nightly thread.

Tim S.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: phenx on October 28, 2009, 07:27:34 pm
On http://apt.wxwidgets.org/ are binary packages for more distributions .. which of them are you using?

And I have no problem with self compiled version on 9.10 KK using wx libraries from ubuntu repositories.

OK , It's good ,i change the source to apt.wxwidgets.org (from 9.04 up to 9.10 ,the source.list forbid this source)
I install wxwidgets 2.8.10-1,the error occurs in 2.8.10-0
Thanks. :D
Title: Re: The 10 October 2009 build (5859) is out.
Post by: PaowZ on October 28, 2009, 07:34:29 pm
Quote
Rename the Code::Blocks target to all
Don't need to. I'm not new to custom makefiles. I've been using C::B 8.02 this way for several months and it wasn't a problem. I must have messed up my environment.
That is said, maybe things have changed concerning custom makesfiles handling in last builds. I'll check this out. Thanks.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on October 28, 2009, 07:54:21 pm
Quote
Rename the Code::Blocks target to all
Don't need to. I'm not new to custom makefiles. I've been using C::B 8.02 this way for several months and it wasn't a problem. I must have messed up my environment.
That is said, maybe things have changed concerning custom makesfiles handling in last builds. I'll check this out. Thanks.

They have changed since 8.02 release.

Please check your projects and targets Build options, in your case the Make command tab.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Halan on October 31, 2009, 03:19:46 am
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/ubuntu/)

Best regards, pasgui

Yeah those packages didn't change anything. I already rebuild the packages from jens on my PPA. I guess this must be related to Ubuntu. Has anybody here Ubuntu 9.10 on his machine and the same problem?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: manowar on October 31, 2009, 10:25:52 am
Yes I have the same issues

Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
I compiled codeblocks myself and everything is fine.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: zak on October 31, 2009, 02:44:02 pm
Yes I have the same issues

Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
I compiled codeblocks myself and everything is fine.

I hade the same problem.

I solved it following the instruction in this link:

http://www.futuredesktop.org/codeblocks_on_ubuntu_9.04.html

Now it works very well, as usual.

(Maybe in the upgrading process to 9.10 I deleted some packages..)

Best Regards
Title: Re: The 10 October 2009 build (5859) is out.
Post by: pasgui on October 31, 2009, 05:42:25 pm
Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
Packages from lgp203 are compiled with the wxWidgets repository (Hardy Heron).

It seems that for Ubuntu Karmic 9.10, the wxWidgets libraries are provided but no more compatible with C::B compiled with the library from wxWidgets (Hardy Heron for me).

If you agree, next week, I will provided packages compiled on Hardy Heron to used from Hardy to Jaunty and one for Karmic compiled with the wxWidgets library from the Ubuntu repository (2.8.10).

Before, problem could be solve by using the wxWidgets libraries provided by wxWidgets and using Jaunty even if for Karmic: deb http://apt.wxwidgets.org/ jaunty-wx main

Is the same problem is present with amd64 architecture ?

Best regards, pasgui
Title: Re: The 10 October 2009 build (5859) is out.
Post by: zak on October 31, 2009, 06:38:30 pm
Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
Packages from lgp203 are compiled with the wxWidgets repository (Hardy Heron).

It seems that for Ubuntu Karmic 9.10, the wxWidgets libraries are provided but no more compatible with C::B compiled with the library from wxWidgets (Hardy Heron for me).

If you agree, next week, I will provided packages compiled on Hardy Heron to used from Hardy to Jaunty and one for Karmic compiled with the wxWidgets library from the Ubuntu repository (2.8.10).

Before, problem could be solve by using the wxWidgets libraries provided by wxWidgets and using Jaunty even if for Karmic: deb http://apt.wxwidgets.org/ jaunty-wx main

Is the same problem is present with amd64 architecture ?

Best regards, pasgui


I will try on my amd64 laptop this night... tomorrow I will tell you.

Best regards

Title: Re: The 10 October 2009 build (5859) is out.
Post by: pwhaakej on November 05, 2009, 11:13:48 pm
Yes I have the same issues

Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
I compiled codeblocks myself and everything is fine.

I hade the same problem.

I solved it following the instruction in this link:

http://www.futuredesktop.org/codeblocks_on_ubuntu_9.04.html

Now it works very well, as usual.

(Maybe in the upgrading process to 9.10 I deleted some packages..)

Best Regards

I tried using this fix and was getting the same error. Does anyone else have any tips, this is rather irritating.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: vertacomi on November 06, 2009, 08:55:36 am
Hi all, thanks to developers to theirs good works for improving Code::Blocks everyday !

I would like to signal a new crash that I have since this nightly, it's only happen when I scroll quickly a .nsi file (Script for Nullsoft Installation System), I got an "Assertion failure" message :

Code: [Select]
Assertion [pos >= startSeg] failed at C:\CodeBlocks\src\sdk\wxscintilla\src\DocumentAccessor.cxx 113
And after that Code::Blocks crash.

I run Code::Blocks on Windows XP SP3

Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 06, 2009, 09:39:14 am
Hi all, thanks to developers to theirs good works for improving Code::Blocks everyday !

I would like to signal a new crash that I have since this nightly, it's only happen when I scroll quickly a .nsi file (Script for Nullsoft Installation System), I got an "Assertion failure" message :

Code: [Select]
Assertion [pos >= startSeg] failed at C:\CodeBlocks\src\sdk\wxscintilla\src\DocumentAccessor.cxx 113
And after that Code::Blocks crash.

I run Code::Blocks on Windows XP SP3



Cannot make it crash here, neither with actual trunk, nor with the nightly.

Does it crash reliably ?
How do you scroll ? By dragging the scrollbar with the mouse, or with the scrollwheel or with the keyboard ?

Can you provide a *.nsi-file, where the crash happens ?

Tested on Win XP SP3, with newest updates on self-compiled C::B (5872, wx2.8.10, gcc 4.4.1 TDM-2) and on the nightly (C::B, MinGW and wxWidgets-dll fresh from berlios).
Title: Re: The 10 October 2009 build (5859) is out.
Post by: mushakk on November 06, 2009, 03:14:10 pm
CodeBlocks crash when you try to modify and save a very large file.

Example: sqlite-amalgamation-3_6_20
Try to remove the 'signed & unsigned warnings'

Thanks for your work!
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 06, 2009, 04:09:38 pm
Example: sqlite-amalgamation-3_6_20
Where is that? A google search reveals simply nothing. What exactly is that? A file? A package?

Please provide more information / samples if you want help.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 06, 2009, 04:14:48 pm
Example: sqlite-amalgamation-3_6_20
Where is that? A google search reveals simply nothing. What exactly is that? A file? A package?

Please provide more information / samples if you want help.
Edit: Found the file (searching without the version extension). But it works fine here. No issue?! I can search/replace for text just fine and also loading/browsing/saving just works. What steps do you do exactly? Start the explanation with "Opening C::B".
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 06, 2009, 07:20:19 pm
And tell us the version of C::B you use, the OS (and version) and wxWidgets-version.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Dr.Optix on November 06, 2009, 10:01:42 pm
Recently while building a test file for one of my programs I found out that C::B crash when you create a file by hand with more than 40000 chars on a single line. It may be Scintilla related, idk, i just wanted to tell the world about it.

Btw i use Nightly built using rev 5859
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 06, 2009, 10:07:10 pm
more than 40000 chars on a single line
Hmmm. That's not a common task I'd say... :lol:
So: How do I reproduce? I am in fact unable to create 40.000 character string. You don't really want me to press a key 40.000 times, don't you?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: oBFusCATed on November 06, 2009, 10:31:32 pm
type:
1.aaaaaaa
2. ctrl+a
3. ctrl+c
4. ctrl+v
5. goto 2 :)
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Dr.Optix on November 07, 2009, 12:58:41 am
Tryed to reproduce the crash but now i got to up to 200K chars on a line. Strange. Anyway here's my last crash report

Code: [Select]
Error occured on Friday, November 6, 2009 at 22:52:50.

D:\Installed\CodeBlocks_Nightly\codeblocks.exe caused an Access Violation at location 6c9848bc in module D:\Installed\CodeBlocks_Nightly\wxscintilla.dll Writing to location 00000002.

Registers:
eax=000000ff ebx=00000002 ecx=000000ff edx=000000ff esi=00000055 edi=00000009
eip=6c9848bc esp=0022e598 ebp=0022e620 iopl=0         nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010206

Call stack:
6C9848BC  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C9848BC
6C9B3B2F  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C9B3B2F
6C99ABA3  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C99ABA3
6C99E42D  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C99E42D
6C9A4822  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C9A4822
6C9874FC  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C9874FC
6CA25107  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6CA25107  _ZN11wxScintilla7OnPaintER12wxPaintEvent
6CCCB32E  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCB32E  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCCC909  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCC909  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCCCDCF  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCCDCF  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCCCD71  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCCD71  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD1A359  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD1A359  _ZN8wxWindow11HandlePaintEv
6CD1D671  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD1D671  _ZN8wxWindow13MSWWindowProcEjjl
6CD15E91  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD15E91  [email protected]
77D48734  C:\WINDOWS\system32\USER32.dll:77D48734  GetDC
77D48816  C:\WINDOWS\system32\USER32.dll:77D48816  GetDC
77D4B4C0  C:\WINDOWS\system32\USER32.dll:77D4B4C0  DefWindowProcW
77D4B50C  C:\WINDOWS\system32\USER32.dll:77D4B50C  DefWindowProcW
7C90E473  C:\WINDOWS\system32\ntdll.dll:7C90E473  KiUserCallbackDispatcher
6CD17087  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD17087  _ZN8wxWindow6UpdateEv
6C985D20  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C985D20
6C98752D  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6C98752D
6CA25107  D:\Installed\CodeBlocks_Nightly\wxscintilla.dll:6CA25107  _ZN11wxScintilla7OnPaintER12wxPaintEvent
6CCCB32E  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCB32E  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCCC909  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCC909  _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCCCDCF  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCCDCF  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCCCD71  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCCCD71  _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD1A359  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD1A359  _ZN8wxWindow11HandlePaintEv
6CD1D671  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD1D671  _ZN8wxWindow13MSWWindowProcEjjl
6CD15E91  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD15E91  [email protected]
77D48734  C:\WINDOWS\system32\USER32.dll:77D48734  GetDC
77D48816  C:\WINDOWS\system32\USER32.dll:77D48816  GetDC
77D4B4C0  C:\WINDOWS\system32\USER32.dll:77D4B4C0  DefWindowProcW
77D4B50C  C:\WINDOWS\system32\USER32.dll:77D4B50C  DefWindowProcW
7C90E473  C:\WINDOWS\system32\ntdll.dll:7C90E473  KiUserCallbackDispatcher
77D48A10  C:\WINDOWS\system32\USER32.dll:77D48A10  DispatchMessageW
77D5E097  C:\WINDOWS\system32\USER32.dll:77D5E097  IsDialogMessageW
6CD1A8F3  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD1A8F3  _ZN8wxWindow17MSWProcessMessageEP6tagMSG
6CCFD358  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCFD358  _ZN11wxEventLoop17PreProcessMessageEP6tagMSG
6CCFD1B9  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCFD1B9  _ZN11wxEventLoop14ProcessMessageEP6tagMSG
6CCFD4DC  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCFD4DC  _ZN11wxEventLoop8DispatchEv
6CD93813  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD93813  _ZN17wxEventLoopManual3RunEv
6CD70DFB  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CD70DFB  _ZN9wxAppBase8MainLoopEv
00403B77  D:\Installed\CodeBlocks_Nightly\codeblocks.exe:00403B77
6CC7730D  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CC7730D  _Z12wxInitializeiPPw
6CCD3088  D:\Installed\CodeBlocks_Nightly\wxmsw28u_gcc_cb.dll:6CCD3088  _Z7wxEntryP11HINSTANCE__S0_Pci
00407238  D:\Installed\CodeBlocks_Nightly\codeblocks.exe:00407238
004563E8  D:\Installed\CodeBlocks_Nightly\codeblocks.exe:004563E8
0040124B  D:\Installed\CodeBlocks_Nightly\codeblocks.exe:0040124B
004012B8  D:\Installed\CodeBlocks_Nightly\codeblocks.exe:004012B8
7C816FE7  C:\WINDOWS\system32\kernel32.dll:7C816FE7  RegisterWaitForInputIdle
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 07, 2009, 11:45:22 am
I can make C::B crash reliably with an x-windows error (Bad alloc) if I create a new empty file and create one line from some thousand charactes length.
If I add a newline before creating such aline C::B does not crash.

C::B build against scintilla 2.01 (scintilla test-branch) does not crash, even if single line is more than 3 meg characters lon (it's only really slow than and of course not a real world scenario in my opinion) .
So this issue might be fixed, if we merge the scintilla test-branch with trunk, so be patient.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 07, 2009, 06:19:37 pm
I can make C::B crash reliably with an x-windows error (Bad alloc) if I create a new empty file and create one line from some thousand charactes length.
It's happening here, too with the scintilla test branch. It's reason goes back to Indcator.cxx, this line:
Code: [Select]
int x = rc.left + 5;Which is very weired because actually this can overflow, but not crash.
However - it's a scintilla problem. So it should happen in SciTE, too. It's probably better to complain to the scintilla guys.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Bananen-Joe on November 07, 2009, 08:47:45 pm
Hey guys (and girls - if there are some),

I've installed the new nightly build and discovered soon, that the key combo Ctrl + Del doesn't annoy me anymore: GREAT!

But then I expected that the F11 key (which I found great) doesn't work any more if the pendant file (source <-> header) doesn't exist.
In prior versions I've been asked if I want to create the missing file. That was cool, because it has fasten up the process of creating new modules.
Well I think this feature has been removed because anyone doesn't like this?

Could you please add an option wether the F11 key will ask on missing files or not?
This solution would make anyone happy.

Whereas we are at the point options:
Why isn't it possible to configure the shortcuts and accelerator keys?
I'd like to use the same shortcuts as in Notepad++.
Some of them are different.

Kind Regards
Bananen-Joe
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 07, 2009, 09:22:33 pm
Could you please add an option wether the F11 key will ask on missing files or not?
Works fine here...?!

Why isn't it possible to configure the shortcuts and accelerator keys?
It's certainly possibel - please just search the forums. I've answered that question just yesterday/today. It's annoying to do it *every* day again.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 08, 2009, 10:25:39 am
I can make C::B crash reliably with an x-windows error (Bad alloc) if I create a new empty file and create one line from some thousand charactes length.
It's happening here, too with the scintilla test branch. It's reason goes back to Indcator.cxx, this line:
Code: [Select]
int x = rc.left + 5;Which is very weired because actually this can overflow, but not crash.
However - it's a scintilla problem. So it should happen in SciTE, too. It's probably better to complain to the scintilla guys.

Why do you think this is the code, that makes C::B crash ?
It should only be reached if an  INDIC_TT (a line of small T shapes) is drawn, and even then it should not harm, because it's compared with rc.right before it is used to actually draw on the surface.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Bananen-Joe on November 08, 2009, 12:47:00 pm
Could you please add an option wether the F11 key will ask on missing files or not?
Works fine here...?!
I've tested it and it doesn't work in most cases here:
- In one of my older projects (created with the previous nightly build rekease) i've been asked to create the missing code file for an header file (pressing the key in the current nightly build)
- In a new project (created with the current nightly build) i've added new blank cpp files and the F11 key doesn't work (the same for header files where the code file should be created)

Maybe the F11 key doesn't like the project files created by the 5859 build?

Why isn't it possible to configure the shortcuts and accelerator keys?
It's certainly possibel - please just search the forums. I've answered that question just yesterday/today. It's annoying to do it *every* day again.
I've checked the option and found it.
Well I remember this option wasn't there in the official release, or..?

Kind Regards
Bananen-Joe
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 08, 2009, 01:01:59 pm
Maybe the F11 key doesn't like the project files created by the 5859 build?

There is indeed a bug in this nightly, that prevents C::B from asking whether it should create the file or not, but it has nothing to do with the version the file was created with.

I fixed it in svn r5865.

So you either have to wait for the next nightly, or build C::B from svn-sources.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 08, 2009, 08:00:49 pm
Why do you think this is the code, that makes C::B crash ?
I read the back trace (crash eport). But I also think it's wrong. I am not sure but it might be that my scintilla sources are not in sync with the binary I used to create the crash report. It looks very weired to me, too - also the other lines in the crash report made not real sense. Altough they were exactly resolved.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: mushakk on November 09, 2009, 05:24:15 pm
First, sorry for the delay :(

Quote
Quote
Example: sqlite-amalgamation-3_6_20
Where is that? A google search reveals simply nothing. What exactly is that? A file? A package?

Please provide more information / samples if you want help.

Sorry I thought that everybody knows sqlite, sorry again

Quote
And tell us the version of C::B you use, the OS (and version) and wxWidgets-version.

5859, of course. Windows Vista, wxWidgets 2.8.10

If I change whatever line and then I save the file (or I compile), C::B crashes :(

Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 10, 2009, 09:08:10 am
If I change whatever line and then I save the file (or I compile), C::B crashes :(
If you know how to compile C::B yourself, try the scintilla branch. This works for me just fine on that file.

Ps.: I know sqlite but I didn't know it under that name (including the version number).
Title: Re: The 10 October 2009 build (5859) is out.
Post by: xewenfung on November 10, 2009, 11:16:07 am
Thank you ! Because i using C::B very confortable!
Title: Re: The 10 October 2009 build (5859) is out.
Post by: pasgui on November 11, 2009, 12:27:13 pm
Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)

From Hardy to Jaunty: Needs wxWidgets library from http://www.wxwidgets.org/ (http://www.wxwidgets.org/)
Karmic: Used wxWidgets provided by Ubuntu [universe]

Best regards, pasgui
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 11, 2009, 03:42:47 pm
Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
@Jens: See - number two. So I am not alone anymore. ;-)
Title: Re: The 10 October 2009 build (5859) is out.
Post by: jens on November 11, 2009, 03:52:29 pm
Code: [Select]
codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference
@Jens: See - number two. So I am not alone anymore. ;-)

This should not happen with wxWidgets from ubuntu 9.10, at least it does not happen here.
Only happens with C::B linked against wxWidgets from apt.wxwidgets.org and ubuntu's wxWidgets installed (e.g. from my repo).

Both 2.8.10, so I wonder what they (the ubuntu-guys) did to break the compatibility.

I think that's why pasgui's C::B for 9.10 is linked against ubuntu's wx.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 11, 2009, 04:20:45 pm
This should not happen with wxWidgets from ubuntu 9.10, at least it does not happen here.
Well I have a fresh (updated from 09/04) Ubuntu 09/10, wxWidgets from Ubuntu and freshly compiled C::B. It still happens. So you are saying that I would have references to apt.wxwidgets.org somewhere? Lemme see...
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 11, 2009, 05:28:56 pm
Lemme see...
So - I don't have any reference to apt.wxwidgets.org neither I has at any time (at least I don't recall I needed it). I double-.checked that I am only using the wx packages of the Ubuntu repo, version 2.8.10-ubuntu1. I did another clean checkout of the C::B sources. Still the error persists.

It's frustrating and makes me feel like an idiot. Maybe it's only me, but every time I try to get "in contact" with Linux again such things happen to me. :-(

Edit: Oh, yes: And doing a "locate codeblocks" reveals nothing but the very C::B I had just compiled.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: oBFusCATed on November 11, 2009, 05:56:47 pm
What about this explanation: http://pigeonsnest.co.uk/stuff/sarge/xrenderquerysubpixelorder.html ?

Do you have only one wx? Morten, can you search for libwx* in / ?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Halan on November 20, 2009, 05:26:33 pm
Both 2.8.10, so I wonder what they (the ubuntu-guys) did to break the compatibility.

Well karmic includes 2.8.10.1 maybe that makes a difference? Though such minor releases shouldn't break compatibility...
Title: Re: The 10 October 2009 build (5859) is out.
Post by: MortenMacFly on November 20, 2009, 10:06:41 pm
Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: Halan on November 21, 2009, 04:52:26 pm
Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.

Hm strange. I haven't ever build codeblocks by myself. I always used the packages either from jens or pasgui. Gonna try building the binary myself and see if that works.
Title: Re: The 10 October 2009 build (5859) is out.
Post by: pasgui on November 21, 2009, 05:20:28 pm
Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.

For me, when I build CB on Hardy with the wx from wxWidgets.org; I got a problem on Karmic with relocation problem with wx from ubuntu.
Also build on Hardy with wx from wxWidgets.org works well on Karmic but some others soft using wxWidgets are broken.
A strange thing, when I launch built from Hardy with wxWidgets.org on Karmic with wx from ubuntu with the options -d on codeblocks it works well.

When I build on Karmic with the wx provided by ubuntu it works well.

Thats why I provides one build from Hardy and one from Karmic.

Others solutions will be welcome.

best regards, pasgui
Title: Re: The 10 October 2009 build (5859) is out.
Post by: baltasarq on November 30, 2009, 08:14:32 pm
Hi, there !

I recently upgraded to Ubuntu Karmic, and when I re-enabled the wxWidgets third-party repository, then CodeBlocks stopped working, crashing at start-up with the infamous relocation error.

I have even deleted the wxwidgets third-party repository, but it seems that does not let me revert to the previous wx-widgets version. I have tried to revert to the Ubuntu's CB 8.04, but it complains about notebook_something being missing.

What can I do?



Title: Re: The 10 October 2009 build (5859) is out.
Post by: baltasarq on November 30, 2009, 08:21:23 pm
Hi, there !

I have re-enabled the Codeblocks repository from pasgui:

http://lgp203.free.fr/ubuntu/

And added the source reposity as well.
Anyway, the problem comes from the wxWidget version, so I simply don't know what to do.

Any help ?
Title: Re: The 10 October 2009 build (5859) is out.
Post by: pasgui on November 30, 2009, 09:17:04 pm
Hi, there !

I have re-enabled the Codeblocks repository from pasgui:

http://lgp203.free.fr/ubuntu/

And added the source reposity as well.
Anyway, the problem comes from the wxWidget version, so I simply don't know what to do.

Any help ?


Try:
- uninstall wxWidgets provide wxWidgets.org and CB; then disable wxWidgets.org
- enable universe packages
- install wxWidgets and CB
Title: Re: The 10 October 2009 build (5859) is out.
Post by: baltasarq on December 03, 2009, 12:44:00 pm
Thank you very much, that worked for me, though I was initially reticent due to the need of uninstalling Filezilla as well (I
had "manually updated" it to version 3.

It would be great to stuck with a given version of wxWidgets, that would ease the installation process and dependencies a lot (but yes, I'm aware about this being a problem not related to codeblocks).