- Modified: Code::Blocks configuration directory retrieval code to make it portable on Windows
Hi!
Maybe nobody read my message about using C::B with Qt (it was the last in "Re: The 28 March 2009 build (5489) is out, Reply #41")
Please, say what you think about it.
By the way, to run CB in portable mode. Do I need to copy the "CbLauncher.exe" to the installed folder?
I use C::B with a "custom makefile". Actually I use SCons rather than make, however in this version of C::B it seems to completely ignore the "Make" commands that I have specified. In other words it always gives me grief about their not being a Makefile, or there is nothing to do in the Makefile. I noticed there was some changes related to this area in this release, so I was wondering if something got broke somehow. An easy way to test would be to simply setup a project as a custom makefile project and change your build lines to execute a helloworld script or something and see that output come out in the BuildLog tab.
(codeblocks:10588): Gtk-CRITICAL **: gtk_text_layout_set_preedit_string: assertion `GTK_IS_TEXT_LAYOUT (layout)' failed
The program 'codeblocks' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 50258 error_code 3 request_code 15 minor_code 0)
I've got a crash of Code::Blocks last nightly , when moving toolbars or other windows.Yes, I've seen this happen under Ubuntu (using the official build bundled with Jaunty Jackalope) too, but only when running Code::Blocks on a remote X server. On top of that, Code::Blocks is practically unusable in that environment, as it takes between half a second and two seconds before a mouse click is realized (1000 MBit network with about 3 meters total cable length). It takes about 20 seconds just to start up, as well.
See my post(Sorry, I lost the password of mmkider :( ), and add one line code.I've got a crash of Code::Blocks last nightly , when moving toolbars or other windows.Yes, I've seen this happen under Ubuntu (using the official build bundled with Jaunty Jackalope) too, but only when running Code::Blocks on a remote X server. On top of that, Code::Blocks is practically unusable in that environment, as it takes between half a second and two seconds before a mouse click is realized (1000 MBit network with about 3 meters total cable length). It takes about 20 seconds just to start up, as well.
The same copy of Code::Blocks started locally on the same machine fires up in little over a second, runs perfectly reliably, and exposes the same perceived speed as the Windows build. All other applications that I'm using work seemingly the same whether run locally or via network (no noticeable difference at all).
Not sure what it is, but I guess wxGTK is having an issue there, somehow the event loop not coping well with network, or whatever...?
I am running on Ubuntu 64-bit. It is not a file permission access problem (they are under my home directory).
Since updating to SVN 5534 none of my projects will open on Code::Blocks. Was there a change that requires me to do something to the project files?
I get the SVN updates via Ubuntu package manager updates as third party updates which has always worked before. I notice the build number is one less than this message thread title. Does that have something to do with my issue?
The About dialog says I am running: svn build rev 5534 (2009-04-13 14:47:54) gcc 3.1.2 Linux/unicode
I get a dialog saying - "Can't open file. Do you want to remove if from the recent file list?"
I am running on Ubuntu 64-bit. It is not a file permission access problem (they are under my home directory).
@dk.
In my windows system, I always get crash when I drag the toolbar.
See my post here, Is it related issue?
http://forums.codeblocks.org/index.php/topic,9648.msg67823.html#msg67823
Someone suggests using a old wxWidgets library. :D
About the rev number : I don't know why, but after a checkout to rev 5535, the build gives a 5534 (it happens on Linux and on Windows). Is it a known behaviour ? Can someone explain this ?
How can I revert back to the previous version?I've rebuild the packages, so you don't have to revert back to an old version. Just uninstall all Code:Blocks 's packages (via synaptic).
I've rebuild the packages, so you don't have to revert back to an old version. Just uninstall all Code:Blocks 's packages (via synaptic).
See my post(Sorry, I lost the password of mmkider :( ), and add one line code.I've got a crash of Code::Blocks last nightly , when moving toolbars or other windows.Yes, I've seen this happen under Ubuntu (using the official build bundled with Jaunty Jackalope) too, but only when running Code::Blocks on a remote X server. On top of that, Code::Blocks is practically unusable in that environment, as it takes between half a second and two seconds before a mouse click is realized (1000 MBit network with about 3 meters total cable length). It takes about 20 seconds just to start up, as well.
The same copy of Code::Blocks started locally on the same machine fires up in little over a second, runs perfectly reliably, and exposes the same perceived speed as the Windows build. All other applications that I'm using work seemingly the same whether run locally or via network (no noticeable difference at all).
Not sure what it is, but I guess wxGTK is having an issue there, somehow the event loop not coping well with network, or whatever...?
I always "never" get crash when I drag the toolbar. :lol:
http://wxforum.shadonet.com/viewtopic.php?t=23624&highlight=bug+wxmsw
I'm experiencing the toolbar-drag crashes with the current nightly and the library versions given in the opening post under XP SP3.
void wxAuiManager::OnFloatingPaneMoveStart(wxWindow* wnd)
{
// try to find the pane
wxAuiPaneInfo& pane = GetPane(wnd);
wxASSERT_MSG(pane.IsOk(), wxT("Pane window not found"));
//patch there.
if(!pane.frame)
return;
if (m_flags & wxAUI_MGR_TRANSPARENT_DRAG)
pane.frame->SetTransparent(150);
}
I'm experiencing the toolbar-drag crashes with the current nightly and the library versions given in the opening post under XP SP3.
Download this wxmsw2.8.10 for my patch.
http://mmkider.googlepages.com/wxmsw28u_gcc_cb_wx2810.7zCodevoid wxAuiManager::OnFloatingPaneMoveStart(wxWindow* wnd)
{
// try to find the pane
wxAuiPaneInfo& pane = GetPane(wnd);
wxASSERT_MSG(pane.IsOk(), wxT("Pane window not found"));
//patch there.
if(!pane.frame)
return;
if (m_flags & wxAUI_MGR_TRANSPARENT_DRAG)
pane.frame->SetTransparent(150);
}
Please, pay attention to my question http://forums.codeblocks.org/index.php/topic,10406.msg71709.html#msg71709
You can watch sources of this plugin in attached archive qthelper.zip.
Guys, I need your help!!!
Index: src/plugins/contrib/codesnippets/codesnippets.cpp
===================================================================
--- src/plugins/contrib/codesnippets/codesnippets.cpp (revision 5562)
+++ src/plugins/contrib/codesnippets/codesnippets.cpp (working copy)
@@ -30,6 +30,7 @@
#include <wx/string.h>
#include "sdk_events.h"
#include "manager.h"
+ #include "configmanager.h"
#include "projectmanager.h"
#include "personalitymanager.h"
#include "cbworkspace.h"
prefix.cpp: In function 'char* br_extract_dir(const char*)':
prefix.cpp:396: error: invalid conversion from 'const char*' to 'char*'
prefix.cpp: In function 'char* br_extract_prefix(const char*)':
prefix.cpp:432: error: invalid conversion from 'const char*' to 'char*'
make[3]: *** [prefix.o] Error 1
--- codeblocks-8.02/src/src/prefix.cpp.orig 2008-02-27 16:15:26 +0300
+++ codeblocks-8.02/src/src/prefix.cpp 2009-05-08 01:30:03 +0400
@@ -393,7 +393,7 @@ br_extract_dir (const char *path)
br_return_val_if_fail (path != (char *) NULL, (char *) NULL);
- end = strrchr (path, '/');
+ end = (char*) strrchr (path, '/');
if (!end) return strdup (".");
while (end > path && *end == '/')
@@ -429,7 +429,7 @@ br_extract_prefix (const char *path)
br_return_val_if_fail (path != (char *) NULL, (char *) NULL);
if (!*path) return strdup ("/");
- end = strrchr (path, '/');
+ end = (char*) strrchr (path, '/');
if (!end) return strdup (path);
tmp = br_strndup ((char *) path, end - path);
I can't compile SVN5535 by gcc4.4 because of the error in src/src/prefix.cpp:Codeprefix.cpp: In function 'char* br_extract_dir(const char*)':
prefix.cpp:396: error: invalid conversion from 'const char*' to 'char*'
prefix.cpp: In function 'char* br_extract_prefix(const char*)':
prefix.cpp:432: error: invalid conversion from 'const char*' to 'char*'
make[3]: *** [prefix.o] Error 1
g++ -v
Es werden eingebaute Spezifikationen verwendet.
Ziel: x86_64-linux-gnu
Konfiguriert mit: ../src/configure -v --with-pkgversion='Debian 4.4.0-4' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-objc-gc --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread-Modell: posix
gcc-Version 4.4.1 (Debian 4.4.0-4)
g++-4.4 -Wall -g -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread -fmessage-length=0 -fexceptions -Winvalid-pch -Ulinux -Uunix -fPIC -DcbDEBUG -DCB_PRECOMP -DENABLE_BINRELOC -Iinclude -Isrc/wxAUI -Iinclude/wxFlatNotebook/include -Iinclude/scripting/include -Iinclude/scripting/sqplus -Iinclude/wxscintilla/include -c /home/jens/codeblocks-build/codeblocks.trunk/src/src/prefix.cpp -o .objs/src/prefix.o
g++ -DHAVE_CONFIG_H -I. -I../../src/include -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread -I../../src/include/wxscintilla/include -I../../src/include -I../../src/include/scripting/include -I../../src/include/scripting/sqplus -I../../src/include/wxFlatNotebook/include -I../../src/src/wxAUI -DENABLE_BINRELOC -DAPP_PREFIX="\"/home/jens/codeblocks-tmp\"" -Ulinux -Uunix -O2 -ffast-math -DCB_AUTOCONF -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT prefix.o -MD -MP -MF .deps/prefix.Tpo -c -o prefix.o prefix.cpp
Is project still alive?Check the svn commit log. If there are commits within the last month we are still alive. Otherwise we all died suddenly... probably due to the swine flu.
Is project still alive?Check the svn commit log. If there are commits within the last month we are still alive. Otherwise we all died suddenly... probably due to the swine flu.
I don't know if it started with this nightly, but during the last weeks, I've been experiencing more frequent crashes of CB. It's about five crashes per day, while some months ago I estimate this to be like 2-3 crashes a week.
Unfortunately I can't realy make out a trigger. It's sometimes happening right after start before having loaded a project (the most recent crash). Sometimes CB crashes while I'm only editing a file.
I'm wondering if other people are having this problem, too. The crashes are really starting to annoy me. I'll try to note down under which circumstances the crashes happen. Will the information from the Windows crash dialog provide any useful information? I'll save them if they do.
I'm running CB under XP, btw.
Sorry to dig up such an old topic, but I found this via google.Because of this:
I can not reproduce this error, neither when buidling from cbp-file, nor with make.None of us devs can reproduce. You have to agree that it is a risk to "fix" something that you can't reproduce. That's why nothing happens. But that nothing happens is safe in this case.
Sorry to dig up such an old topic, but I found this via google.
I tried installing the latest codeblocks from source on a fresh install of SuSE 11.2 today, but it failed with the error in this post (http://forums.codeblocks.org/index.php/topic,10406.msg72223.html#msg72223).
The patch provided in the same message, however, made everything compile correctly.
I had to add /usr/local/bin to /etc/ld.so.conf, however.
I don't know if anybody needs my opinion, however I find it weird that nobody corrected that bug in the source since May 2009.
EDIT:
Uh, my mistake, I failed to notice that the source code (http://www.codeblocks.org/downloads/6) is from 2 Mar 2008. Wonder why it doesn't get updated though...