kai@Kai-Desktop:~$ 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
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: bashkai@Kai-Desktop:~$ 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
You can also try xavious-packages, which are explicitely build for ubuntu.
thanks, the icon is beautiful, and has some linux taste! :DUau, maybe I'm the only one that doesn't like them :(
Many thanks to your hard and good job :P+2^1024 :)
On my system (Fedora 8 ), the new code completion very slow on start-up.rev 5770 is where the codecompletion_refactoring branch merged. :D
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
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.
{
like this
}
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"
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?
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.
QuoteSaving 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).
QuoteIs 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.
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)?
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) ?
||=== 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'|
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)
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?
QString str;
str.arg(123).arg(123).arg(123). ... // and so on
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?
CC has strange mistake. Here is an example:CodeQString 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:Codetemplate <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!
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>
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)
project
SomeVirtualFolder
file1.h
file1.cpp
file2.h
file2.cpp
file1.h
file1.cpp
file2.h
file2.cpp
For a long time in C::B exists a bug - description follows: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. :(
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.
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 runs faster!!!!!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.
Q1, it seems in vector.tcc, the function has correctly parsed, butin the symbols browser, why there is only one member under std::vector?
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.
I just commented ou the call of the RemoveDoubles-function (svn r5873) .You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
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.
A patch to solve this problem inI just commented ou the call of the RemoveDoubles-function (svn r5873) .You are right, it's parser's problem. I just parse one file (copy the contents of vector.tcc to main.cpp).
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.
It seems there are five vector classes. :(
I will check the bug.
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.
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.
cacb: There is a checkbox just below the one you've unchecked, uncheck it too (something like "use the already working instance")
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
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'.
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.
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: bashkai@Kai-Desktop:~$ 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
-------------- 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
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"?Nop, and that was not an issue in v8.02.
$make -f $makefile all ARCH=arm-gcc FLAVOR=debug
Well,QuoteDo 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.exeQuote$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.
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.
Rename the Code::Blocks target to allDon'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.
They have changed since 8.02 release.QuoteRename the Code::Blocks target to allDon'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.
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/ubuntu/)
Best regards, pasgui
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
Yes I have the same issuesCodecodeblocks: 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.
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
Codecodeblocks: 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
Yes I have the same issuesCodecodeblocks: 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
Assertion [pos >= startSeg] failed at C:\CodeBlocks\src\sdk\wxscintilla\src\DocumentAccessor.cxx 113
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 :CodeAssertion [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
Example: sqlite-amalgamation-3_6_20Where is that? A google search reveals simply nothing. What exactly is that? A file? A package?
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".Example: sqlite-amalgamation-3_6_20Where 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.
more than 40000 chars on a single lineHmmm. That's not a common task I'd say... :lol:
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 _Z9wxWndProcP6HWND__jjl@16
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 _Z9wxWndProcP6HWND__jjl@16
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
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:
int x = rc.left + 5;
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.
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:CodeWhich is very weired because actually this can overflow, but not crash.int x = rc.left + 5;
However - it's a scintilla problem. So it should happen in SciTE, too. It's probably better to complain to the scintilla guys.
I've tested it and it doesn't work in most cases here:Could you please add an option wether the F11 key will ask on missing files or not?Works fine here...?!
I've checked the option and found it.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.
Maybe the F11 key doesn't like the project files created by the 5859 build?
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.
QuoteExample: sqlite-amalgamation-3_6_20Where 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.
And tell us the version of C::B you use, the OS (and version) and wxWidgets-version.
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.
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. ;-)Codecodeblocks: 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. ;-)Codecodeblocks: 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
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...
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.
Both 2.8.10, so I wonder what they (the ubuntu-guys) did to break the compatibility.
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.
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.
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 ?